Модель - данные
Cтраница 2
 |
Элементы реляционной модели. [16] |
Модель данных в общем случае описывает набор базовых признаков, которыми должны обладать все конкретные СУБД и управляемые ими БД, основанные на этой модели. [17]
Модель данных выражает информационные потребности всех пользователей РБД. Подмодель ориентирована на информационные потребности отдельного пользователя. Подмодель выбирается с таким расчетом, чтобы информационное обслуживание осуществлялось с максимально возможной У эффективностью. Представления пользователей о данных в виде подмоделей находят отражение в прикладных программах, взаимодействующих с реляционной базой. Подмодели данных рассчитаны на конкретные задачи и зависят от специфики информационных потребностей пользователей и особенностей объектов, связанных с этими задачами. [18]
Модель данных является основой разработки и функционирования любой СУБД как инструмент моделирования предметной области. В настоящее время имеются примеры СУБД, поддерживающих одновременно несколько моделей данных. Такие системы принято называть мультимодельными. [19]
Модель данных может быть материализована в различных формах - ее можно описать в содержательных терминах на естественном языке или с помощью подходящего формализма. Однако для разработчика и для пользователей СУБД единственно конструктивной является спецификация модели данных, заданная путем строгого описания связанных с нею языковых средств - языка определения данных и языка манипулирования данными. [20]
Модель данных обеспечивает формализованное представление ( алгебраическое, графическое и др.) исследуемых элементов и их взаимосвязи. Поэтому на внешнем уровне ( уровне проектировщика) обеспечивается формальное описание входных, выходных и промежуточных информационных множеств, связанных с данной фазой проектирования. С теоретической точки зрения открывается возможность спецификации проектных решений по компонентам СОЭИ в терминах исходных и результатных моделей данных. Базисом для этого могут стать исследования по функциональному программированию, созданию математического аппарата задания операторов ( и их суперпозиции) над структурами данных. [21]
Модели данных и проектирование данных являются новой, но быстро развивающейся областью. Количество публикаций на сегодняшний день по этим вопросам невелико. [22]
Модель данных определяет допустимые структуры данных, которые поддерживаются СУБД, реализующей эту модель. [23]
Модель данных также позволяет отобразить поля старой системы на атрибуты новой системы. [24]
Модель данных TIN позволяет выполнять различные виды анализа поверхности, например, исследование водосборов, оценку видимости произвольных точек поверхности из заданной точки наблюдения, обрисовку таких черт поверхности, как хребты, ложбины и вершины. TIN могут также изображать физический рельеф местности. [25]
Модель данных RM / T предусматривает несколько категорий ограничений целостности и в том числе ограничения по существованию. Так, к первичным ключам применимо следующее ограничение. [26]
Модель данных РГБД КОДАСИЛ не позволяет непосредственно представлять связи типа многие-ко-многим. [27]
Модель данных РГБД КОДАСИЛ и иерархические модели изначально ориентированы на реализации СУБД. Описанные в настоящей части книги модели данных можно рассматривать как абстракции СУБД. [28]
Модель данных DIAM-H [86] интересна тем, что разработана для использования на всех уровнях абстракции. Это дает возможность использовать ее на всем протяжении технологического процесса проектирования системы обработки данных, от построения информационной модели до выработки физической организации данных. [29]
Модель данных алгоритмического языка, определяемая совокупностью его операторов декларативного и процедурного типа, формализованно описывает все множество допустимых логических структур данных, которые могут принять, обработать и выдать программы, составленные на этом алгоритмическом языке. Совокупность конкретных логических структур данных любой конкретной программы, написанной на этом языке, представляет собой подмножество этого множества. Однако охарактеризовать это множество, перечислив все его элементы - возможные логические структуры данных, невозможно. [30]
Страницы: 1 2 3 4