Представление связей на диаграммах

Каждая связь изображается в виде ромбика с указанным на нем именем связи. Ромбик имеет двойной контур, если связь соединяет слабую сущность с сильной сущностью, от которой эта слабая сущность зависит. На рис. 1.5 взаимосвязь между сущностями Branch и Staff представлена с помощью связи IsAllocated, а между сущ­ностями Next_of_Kin и Staff — с помощью связи RelatedTo. Связь RelatedTo показана в виде ромбика с двойным контуром, указывающим на то, что она установлена между слабой (Next_of_Kin) и сильной (Staff) сущностями.

Для снижения уровня детализации на отдельной ER-диаграмме часто указывают­ся только те атрибуты, которые представляют первичные ключи изображенных сущ­ностей, а в некоторых случаях атрибуты не отображаются совсем. Например, на рис. 5.5 представлены только те атрибуты, которые являются первичными ключами сильных сущностей, а именно: Staff_No и Branch_No.

Степень связи:количество сущностей, которые охвачены данной связью.

Охваченные некоторой связью сущности называются участниками этой связи. Количество участников некоторой связи называется степенью (degree) этой связи. Следовательно, степень связи указывает на количество типов сущностей, охваченных данной связью. Связь со степенью два называется бинарной (binary). Примером би­нарной связи является связь Owns с двумя участниками: Owner и Property_for_Rent. Ее ER-диаграмма показана на рис. 1.6.

Рис. 1.6. Пример бинарной связи Owns

Связь со степенью три называется тернарной (ternary). Примером такой связи яв­ляется связь SetsUp с тремя участниками: Client, Staff и Interview. Назначение этой связи состоит в представлении ситуации, когда сотрудник отвечает за организацию интервью с клиентом. Диаграмма тернарной связи SetsOp показана на рис. 1.7.

Рис. 1.7. Пример тернарной связи SetsUp

Связь со степенью четыре называется кватернарной (quaternary). Примером кватер-нарной связи является связь Arranges с четырьмя сущностями-участниками: Buyer (Покупатель), Solicitor (Доверенное лицо), Financial_Institution (Финансовый орган) и Bid (Предложение). Эта связь представляет ситуацию, когда покупатель с помощью дове­ренного лица и при поддержке финансового органа выражает свое намерение приобрести объект недвижимости. Диаграмма кватернарной связи Arranges показана на рис. 1.8.

Рис. 1.8. Пример кватернарной связи Arranges

Рекурсивная связь: связь, в которой одни и те же сущности участвуют несколько раз и в разных ролях.

Рассмотрим рекурсивную связь Supervises, которая представляет взаимосвязь персонала с управляющим, который также входит в состав персонала. Иначе говоря, сущность Staff дважды участвует в связи Supervises: первый раз — в качестве управляющего, а второй — в качестве сотрудника, которым управляют. Рекурсивные связи иногда называются унарными (unary).

Связям могут присваиваться ролевые имена— для указания назначения каждой сущности — участницы данной связи. Ролевые имена имеют большое значение в рекурсивных связях (при определении функций каждого участника). На рис. 1.9 пока­зан пример использования ролевых имен в рекурсивной связи Supervises. Первое участие сущности Staff получило название Инспектор (Supervisor), а второе — Подчин­енный (Supervisee).

Рис. 1.9. Пример рекурсивной связи Super­vises с ролевыми именами Инспектор и Подчиненный

Ролевые имена могут также использоваться, когда две сущности связаны не­сколькими связями. Например, сущности Staff и Branch связаны двумя различными связями — Manages и IsAllocated. Как показано на рис. 1.10, использование ролевых имен существенно проясняет назначение каждой связи. Например, в случае, когда сущность Staff связана с сущностью Branch связью Manages, сотрудник (сущность Staff) с ролевым именем Руководитель (Manager) управляет (связь Manages) отделением компании с ролевым именем Отделение компании (Branch_Office). Аналогично, когда сущность Branch связана с сущностью Staff связью IsAllocated. то сотрудник с роле­вым именем Работник (Member_of_Staff) является приписанным к отделению компании с ролевым именем Отделение компании (Branch_Office).

Рис. 1.10. Пример сущностей, связанных двумя различными связями Manages и IsAllocated, с указа­нием ролевых имен

Ролевые имена обычно не требуются, если функции сущностей — участниц дан­ной связи определены недвусмысленно.