2.1.1.4 Пример er- диаграммы
В качестве предметной области выберем производственную работу ателье по пошиву и ремонту одежды.
Цель создания БД: необходимо спроектировать базу данных для выдачи оперативной информации о получении заказов и выполнении заказов от населения.
Определим следующие ограничения:
- каждый работник может выполнять одновременно несколько заказов;
- один клиент может сделать несколько заказов.
Каждый из работников работает только в одном отделе и занимает личное рабочее место
Выберем следующие сущности:
Клиент Работник Отдел Заказ
Определим каждую сущность набором атрибутов:
Клиент (ФИО, адрес, телефон)
Отдел (название, номер, начальник)
Работник (ФИО работника, Отдел, рабочее место)
Заказ (Номер заказа, характер работы, цена, дата приема, дата выдачи)
В каждой из сущностей выделены ключевые атрибуты (они подчеркнуты). Ключом является один или несколько атрибутов, однозначно идентифицирующих любого представителя сущности.
Выделим связи между сущностями.
Сущность Отдел и Работник связывает связь с именем Работает
Сущность Работник и Заказ связывает связь с именем Выполняет
Сущность Клиент и Заказ связывает связь с именем Делает
Информация о предметной области "ателье" в виде диаграммы представлена на рисунке 9. (атрибуты опущены).
Рисунок 9 – Пример ER-диаграммы
Основным результатом концептуального проектирования является получение концептуальной схемы (т.е. схемы, отражающей набор сущностей БД с их основными атрибутами и связями между сущностями).
2.1.2 Логическая модель данных.
Логическая модель данных является начальным прототипом будущей базы данных и уже ориентирована на некоторую СУБД. Логическое проектирование - преобразование информации полученной на предыдущем уровне в структуры данных (в таблицы).
Существуют различные модели логического проектирования, но мы рассмотрим широко используемую на данный момент – реляционную модель
При переходе от ER – модели к реляционной модели придерживаются следующих правил:
Каждая сущность превращается в таблицу. Имя сущности становится именем таблицы.
Каждый атрибут становится возможным столбцом с тем же именем; может выбираться более точный формат.
Компоненты уникального идентификатора сущности превращаются в первичный ключ таблицы.
связи между сущностями преобразуются в связи между таблицами по одинаковым полям, либо путем копирования ключа главной таблицы в подчиненную.
Примечание. В ходе преобразования ER – диаграммы в реляционную модель некоторые связи могут не переносится, если они являются необязательными.
Рассмотрим пример перехода от ER – диаграммы рассмотренной ранее к реляционной модели.
Сущности изображаются одностолбцовыми таблицами с заголовками, состоящими из имени сущности. Строки таблицы – это перечень атрибутов сущности, а те из них, которые составляют ключ – подчеркиваются.. Связи между сущностями указываются стрелками. Для реализации связи таблицы Работник и Заказ произведено дублирование ключевого столбца рабочее место. Аналогично и для связи таблицы Клиент Заказ, произведено дублирование столбца Фио_клиента (рисунок 10).
Рисунок 10 – Пример логической модели