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