Cтраница 1
![]() |
Нормализация структуры данных по отраслям расщеплением на два отношения. [1] |
Представление структур данных в виде отношений обладает тем достоинством, что позволяет легко реализовать такие операции над отношениями, как разрезание и склеивание, которые дают возможность произвольно формировать новые отношения из уже существующих. [2]
Поскольку представления интерпретируемых структур данных тесно связаны с особенностями интерпретаторов, трудно найти какую-то общую концептуальную платформу - каждая структура может рассматриваться как своеобразное отражение процесса интерпретации. [3]
Форма представления структур данных в памяти ЭВМ зависит от предполагаемого использования данных, поскольку для различных типов структур эффективность выполнения тех или иных операций обработки данных различна. [4]
Развитые средства представления структур данных обеспечивают удобство работы как с числовой, так и с символьной и би. [5]
Таким образом, для представления структуры данных в системе используется иерархическое дерево, позволяющее отобразить взаимосвязи как отдельных элементов, так и их совокупностей. Для всех типов совокупностей данных предусматривается присваивание имен. [6]
Обычно мы требуем, чтобы представления структур данных были пригодными как для ввода, так и для вывода. Ни сами эти понятия, ни реализация указанного требования не вызывают никаких трудностей в связи с представлениями данных посредством структурированных термов, свойства которых по отношению к вводу и выводу уже обсуждались в гл. Однако манипулирование данными, представленными в виде фактов, оказывается не столь простым и требует специальных методов программирования. [7]
В литературе выделяется 3 основных подхода к представлению структур данных в базе: иерархический, сетевой и реляционный. [8]
Системы управления базами данных принято делить по способам представления структур данных на файловые структуры, иерархические, сетевые, реляционные. [9]
Затем с достаточной степенью подробности будут рассмотрены механизмы системы 1432 и представления структур данных, необходимые для выполнения операции связывания процесса с процессором в порту диспетчеризации. При этом рассмотрении мы разовьем наше раннее обсуждение объектов типа процесс, сообщив некоторые отложенные до этого времени детали. Как было упомянуто, готовым к исполнению процессам не обязательно предоставляется полный по времени доступ к ресурсам процессора, несправедливый по отношению к другим процессам, которые тоже, возможно, готовы к исполнению. [10]
В некоторых разделах этой книги деревья используются не только как способ представления структуры данных, но так же, как средство для анализа поведения определенных алгоритмов. В этой связи возникает потребность в количественных измерениях различных характеристик деревьев и, в частности, бинарных деревьев. [11]
Недостатком методологии является сложность неформализованного распределения функций по отдельным модулям, разработки и представления структур данных, связанных с каждым модулем системы. [12]
Язык программирования Пролог базируется на ограниченном наборе механизмов, включающих в себя сопоставление образцов, древовидное представление структур данных и автоматический возврат. Этот небольшой набор образует удивительно мощный и гибкий программный аппарат. Пролог особенно хорошо приспособлен для решения задач, в которых фигурируют объекты ( в частности, структуры) и отношения между ними. [13]
Таким образом, основным является все-таки подход на базе эвристической классификации ( см. об этом в главах 11 и 12), но смешанная схема представления структур данных и управления использованием правил упрощает реализацию процесса. Кроме того, правила, относящиеся к предметной области, в свою очередь, разделены на четыре класса. [14]
Структурированные термы этого вида покажутся, быть может, довольно чуждыми программистам, знакомым только с такими языками, как Фортран, Бейсик и Алгол, в которых представление структур данных почти полностью основывается на использовании массивов. [15]