Локальное представление

Cтраница 3

Требования к данным вводятся на основе локального представления. [31]

Для всех данных, определенных в локальном представлении, необходимо указывать источники: являются ли они входными данными или представляют собой результат вычислений. [32]

Конструктор базы данных или конечный пользователь создает различные локальные представления, являющиеся входными данными для автоматизированных процедур, которые в свою очередь будут объединять локальные представления в композиционную модель. [33]

Формат экрана дисплея для ввода данных. [34]

Обязательными являются два информационных поля: имя локального представления и имя элемента данных. [35]

Пример графической диаграммы. [36]

Моделирование локальных проектных представлений завершается построением модели локального представления. Выбор локального представления зависит от масштабов предметной области. Для удобства проектирования в отдельном локальном представлении желательно использовать шесть-семь типов сущностей. Чаще всего локальное представление соответствует отдельному внешнему приложению, например, отдельной функциональной задаче либо отдельному пользователю. Но оно может соответствовать и целой независимой области данных, используемой несколькими приложениями. [37]

Вместе с рассмотренными выше бинарными отношениями из локальных представлений полезной составной частью входных данных для процедур построения структуры являются список доменов, представленных элементами данных, и информация о принадлежности элементов ( ключей или атрибутов) этим доменам. Эту информацию можно ввести вместе с исходными входными данными или дополнительно после выполнения процедур редактирования. Основное назначение информации состоит в выявлении кандидатур среди построенных отнодпений для операции натурального соединения. [38]

Формула преобразования для символов Кристоффеля, соответствующих локальным представлениям ( Ф0с, exp 1, U ( с)) и ( Ф0 d, exp 1, ( d)) расслоения а0, имеет вид ( ср. [39]

Скорректированные ( с точки зрения устранения противоречий) локальные представления, представляющие собой внешние инфологические модели, так же передаются на этап датологического проектирования. Сформированные спецификации вводятся в словарь данных системы. [40]

Преимущество первого подхода заключается в том, что первоначальные локальные представления будут более точно отражать представления пользователей, содержащие требования к данным, и будут менее подвержены соображениям, связанным со структурированием данных. Однако проектировщик, работающий в тесном контакте с конечным пользователем, будет, как правило, фиксировать локальные представления, которые лучше согласуются между собой и с требованиями используемой СУБД. Конструктор будет выполнять предварительное редактирование и структурирование требований к данным, осуществляя, таким образом, в какой-то степени функции автоматизированных процедур. [41]

В этих случаях рекомендуется проработать несколько вариантов моделей локального представления и отобрать более гибкий с точки. Такой подход повышает возможности совместного использования данных в БД различными пользователями и закладывает основы для обеспечения долгосрочной гибкости системы при удовлетворении информационных потребностей пользователей. [42]

Пример локального представления. [43]

Выявляются зависимости между двумя и более сущностями в локальном представлении. Определяется, какие связи необходимые, а какие избыточные. Для выявленных связей определяются их характеристики, каждый тип связи сущность - сущность именуется. [44]

Так как элемент В является корневым ключом в локальном представлении второго пользователя, но не является корневым сегментом результирующей иерархии, то элемент В становится кандидатом на вторичное индексирование. [45]

Страницы: 1 2 3 4 5