ВУЗ:
Составители:
34
рования. На первом уровне создаётся логическая модель данных, при
этом выявляются информационные объекты системы, зависимости
между ними, задаются свойства объектов. На втором уровне строится
универсальная физическая модель данных. В ней определяются состав
и структура таблиц базы данных, основные характеристики полей таб-
лиц. Модели этих двух уровней не зависят от выбранной СУБД. На
третьем уровне определяется физическая модель данных, специфичная
для выбранной СУБД. При этом могут быть заданы расширенные ха-
рактеристики таблиц и их полей, описаны дополнительные объекты
базы данных.
Основными конструктивными элементами логической модели яв-
ляются сущности, их атрибуты и связи между ними.
Рекомендуется создание начального набора сущностей по прин-
ципу «один факт сохраняется в одном месте». Для этого следует выде-
лить основные информационные объекты и разместить их свойства как
атрибуты по разным сущностям. Уже на этом уровне для каждого ат-
рибута могут быть заданы тип и размер, а также дополнительные ха-
рактеристики, устанавливающие значения, допустимые для атрибута, а
также значение по умолчанию. Каждая сущность должна обладать
первичным ключом, состоящим из одного или нескольких атрибутов.
Кроме того, возможно создание альтернативных ключей, способных
заменить первичный ключ, и ключей, с помощью которых можно из-
менять порядок отображения кортежей.
Количество сущностей в модели зависит от сложности объекта
автоматизации и типа проектируемой системы. Для системы, в кото-
рой ключевым компонентом является база данных, сущностей должно
быть не меньше десяти.
Следует выполнить проверку полученного начального проекта
базы данных методом нормальных форм (с использованием нормаль-
ной формы Бойса–Кодда – НФБК) и внести соответствующие исправ-
ления. При необходимости можно осознанно нарушить правила нор-
мализации, приведя конкретные соображения относительно увеличе-
ния эффективности работы с базой данных.
ER-диаграмма логической модели должна быть размещена в тек-
сте записки.
Описание сущностей и их атрибутов целесообразно привести в
табличном виде. Количество таблиц с описанием атрибутов будет со-
ответствовать количеству сущностей.
Страницы
- « первая
- ‹ предыдущая
- …
- 32
- 33
- 34
- 35
- 36
- …
- следующая ›
- последняя »