Правила отображения ER–диаграммы на логическую схему
Логическое проектирование
Правила формирования отношения
Данная фаза логического проектирования предполагает следующие действия:
· преобразование концептуальной модели данных в логическую модель, в результате которого будет определена схема реляционной модели данных;
· проверка модели с помощью концепции последовательной нормализации;
· проверка модели в отношении транзакции пользователей;
· проверка поддержки целостности данных.
Правила отображения концептуальной схемы, построенной по методу «Сущность Связь», на логическую схему, использующую реляционную модель данных следующие:
· каждая сущность становится отношением, идентификатор сущности становиться первичным ключом, а его характеристики – атрибутами отношения;
· связь типа «один ко многим» (отец-сын) не образует отношения, но идентификатор сущности отца становится внешним ключом отношения для сущности сына, а характеристики сущности отца становятся дополнительными характеристиками сущности сына;
· связь типа «многие ко многим» становится отношением, идентификатор связываемых сущностей становится составным первичным ключом отношения для связи, а характеристики становятся атрибутами отношений для связи.
Несколько дополнительных замечаний к методу отображения.
Замечание 1.Для сущностей, имеющих естественные составные ключи или ключи представленные типами данных большего объема рекомендуется ввести искусственные ключи (коды).
Замечание 2.Те атрибуты, значения которых выбираются из большего, но ограниченного множества значений, имеет смысл представить отдельными сущностями, связанными со стержневой сущностью «один ко многим». Первичный ключ обозначения становится внешним ключом стержневой сущности.
Замечание 3.Следует внимательно пересмотреть отношения со связями «один к одному». Возможно, имеет смысл слить две сущности, связанные отношениями 1:1 в одну. В случае, если связь 1:1 сохраняется, первичный ключ стержня становится внешним ключом характеристики.
Правила отображения ER – диаграммы на логическую схему рассмотрим на примере.
Отображения по перечисленным выше правилам дает:
Целью проектирования на данном этапе является создание описания СУБД-ориентированной модели БД. На этом этапе происходит:
· создание описания набора реляционных таблиц и ограничений для них на основе информации, представленной в логической модели;
· определение конкретных структур хранения данных и методов доступа к ним, обеспечивающих оптимальную производительность системой с базой данных;