Клиент Работник Отдел Заказ

Определим каждую сущность набором атрибутов:

Клиент (ФИО, адрес, телефон)

Отдел (название, номер, начальник)

Работник (ФИО работника, Отдел, рабочее место)

Заказ (Номер заказа, характер работы, цена, дата приема, дата выдачи)

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

Выделим связи между сущностями.

Сущность Отдел и Работник связывает связь с именем Работает

Сущность Работник и Заказ связывает связь с именем Выполняет

Сущность Клиент и Заказ связывает связь с именем Делает

Информация о предметной области "ателье" в виде диаграммы представлена на рисунке 9. (атрибуты опущены).

Рисунок 9 – Пример ER-диаграммы

Основным результатом концептуального проектирования является получение концептуальной схемы (т.е. схемы, отражающей набор сущностей БД с их основными атрибутами и связями между сущностями).

2.1.2 Логическая модель данных.

Логическая модель данных является начальным прототипом будущей базы данных и уже ориентирована на некоторую СУБД. Логическое проектирование - преобразование информации полученной на предыдущем уровне в структуры данных (в таблицы).

Существуют различные модели логического проектирования, но мы рассмотрим широко используемую на данный момент – реляционную модель

При переходе от ER – модели к реляционной модели придерживаются следующих правил:

1. Каждая сущность превращается в таблицу. Имя сущности становится именем таблицы.

2. Каждый атрибут становится возможным столбцом с тем же именем; может выбираться более точный формат.

3. Компоненты уникального идентификатора сущности превращаются в первичный ключ таблицы.

4. связи между сущностями преобразуются в связи между таблицами по одинаковым полям, либо путем копирования ключа главной таблицы в подчиненную.

Примечание. В ходе преобразования ER – диаграммы в реляционную модель некоторые связи могут не переносится, если они являются необязательными.

Рассмотрим пример перехода от ER – диаграммы рассмотренной ранее к реляционной модели.

Сущности изображаются одностолбцовыми таблицами с заголовками, состоящими из имени сущности. Строки таблицы – это перечень атрибутов сущности, а те из них, которые составляют ключ – подчеркиваются.. Связи между сущностями указываются стрелками. Для реализации связи таблицы Работник и Заказ произведено дублирование ключевого столбца рабочее место. Аналогично и для связи таблицы Клиент Заказ, произведено дублирование столбца Фио_клиента (рисунок 10).

Рисунок 10 – Пример логической модели