Метод проектирования «сущность-связь» или, как его еще называют, ER - метод является универсальным методом проектирования баз данных.
Правила формирования отношений основываются на учете следующего:
• степени связи между сущностями (1:1, 1:М, М:1, М:М);
• класса принадлежности экземпляров сущностей (обязательный и необязательный).
Рассмотрим формулировки шести правил формирования отношений на основе диаграмм ER-типа.
Формирование отношений для связи 1:1
Правило 1. Если степень бинарной связи 1:1 и класс принадлежности обеих сущностей обязательный, то формируется одно отношение. Первичным ключом этого отношения может быть ключ любой из двух сущностей.
На рис. 1 приведены диаграмма ER-типа и отношение, сформированное по правилу 1 на ее основе.
Рис. 1 Формирование отношения по правилу 1
Правило 2. Если степень связи 1:1 и класс принадлежности одной сущности обязательный, а второй - необязательный, то под каждую из сущностей формируется по отношению с первичными ключами, являющимися ключами соответствующих сущностей. Далее к отношению, сущность которого имеет обязательный КП, добавляется в качестве атрибута ключ сущности с необязательным КП.
На рис. 2 приведены диаграмма ER-типа и отношения, сформированные по правилу 2 на ее основе.
Рис. 2 Формирование отношения по правилу 2
Правило 3. Если степень связи 1:1 и класс принадлежности обеих сущностей является необязательным, то необходимо использовать три отношения. Два отношения соответствуют связываемым сущностям, ключи которых являются первичными в этих отношениях. Третье отношение является связным между первыми двумя, поэтому его ключ объединяет ключевые атрибуты связываемых отношений.
На рис. 3 приведены диаграмма ER-типа и отношения, сформированные по правилу 3 на ее основе.
Рис. 3 Формирование отношения по правилу 3
Формирование отношений для связи 1:М
Правило 4. Если степень связи между сущностями 1:М (или М:1) и класс принадлежности М-связной сущности обязательный, то достаточно формирование двух отношений (по одному на каждую из сущностей). При этом первичными ключами этих отношений являются ключи их сущностей. Кроме того, ключ 1-связной сущности добавляется как атрибут (внешний ключ) в отношение, соответствующее М-связной сущности.
На рис. 4 приведены диаграмма ER-типа и отношения, сформированные по правилу 4 на ее основе.
Рис. 4 Формирование отношения по правилу 4
Правило 5. Если степень связи 1:М (М:1) и класс принадлежности М-связной сущности является необязательным, то необходимо формирование трех отношений (рис. 5). Два отношения соответствуют связываемым сущностям, ключи которых являются первичными в этих отношениях. Третье отношение является связным между первыми двумя (его ключ объединяет ключевые атрибуты связываемых отношений).
Рис. 5 Формирование отношения по правилу 5
Формирование отношений для связи М:М
Правило 6. Если степень связи М:М, то независимо от класса принадлежности сущностей формируются три отношения. Два отношения соответствуют связываемым сущностям и их ключи являются первичными ключами этих отношений. Третье отношение является связным между первыми двумя, а его ключ объединяет ключевые атрибуты связываемых отношений.
На рис. 6 приведены диаграмма ER-типа и отношения, сформированные по правилу 6.
Рис. 6 Формирование отношения по правилу 6
В базе данных «Радиостанция» имеются следующие сущности:
· Клиенты (Ключ - ID клиента,…)
· Услуги (Ключ - ID услуги,…)
· Группы услуг (Ключ - ID группы,…)
· Сотрудники (Ключ - ID сотрудника,…)
· Должности (Ключ - ID должности,…)
· Посещения (Ключ - ID посетителя,…)
· Контакты (Ключ - ID клиента, …)
Схема диаграммы ER-типа (рис. 7) построена с учетом всех сущностей и связей между ними с целью повышения наглядности и удобства проектирования.
Рис. 7 Схема ER-диаграммы «Салон красоты»
После добавления неключевых атрибутов в схему, отношения примут следующий вид:
· Клиенты (*ID клиента, Фамилия, Имя, Отчество, Телефон, Постоянство, Адрес)
· Посещения (*ID посетителя, Клиент, Услуга, Сотрудник, Дата, Время, Услуга оказана)
· Услуги (*ID услуги, Название, Группа, Себестоимость, Цена, Сотрудники, Описание услуги)
· Группы услуг (*ID группы, Название)
· Сотрудники (*ID сотрудника, Фамилия, Имя, Отчество, Должность, Адрес, Телефон)
· Должности (*ID должности, Название, Группы услуг, График работы)
· Контакты (*ID клиента, ICQ, E-mail, Skype).
Полученные в результате проектирования базы данных «Салон красоты» методом «сущность-связь» соответствует нормальной форме Бойса-Кодда.
Таким образом, в данной главе было проведено проектирование базы данных «Салон красоты» методом нормальных форм и методом «сущность-связь». Получившиеся в результате проектирования этими методами отношения и схемы данных совпали.