Книга має Твір

Книга 1 *-------------------------------------------------------------------------Твір2       Книга 2 *-------------------------------------------------------------------------Твір 3 Книга 3 *-------------------------------------------------------------------------Твір 4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Книга n *------------------------------------------------------------------------Твір n КП: ОБОВ'ЯЗК. ТИП ЗВ'ЯЗКУ Б:Б КП: ОБОВ'ЯЗК

Рисунок 2.11 - Зображення зв'язку КНИГА - ТВІР

Атрибутом сутності є будь-яка деталь, що служить для уточнення, ідентифікації, класифікації, числової характеристики або вираження стану сутності. Імена атрибутів заносяться в прямокутник, що зображує сутність, під ім'ям сутності і зображуються малими буквами.

Таким чином, зв'язки можуть представлятися рiзними способами, з яких ми будем використовувати тiльки два: дiаграма ER-екземплярiв i дiаграма ER-типiв. Дiаграми ER-екземплярiв вiдображають зв'язки мiж екземплярами сутностей. Дiаграми ER-типiв вiдображають зв'язки мiж типами сутностей.

Отже, першою задачою, яку необхiдно розв'язати при розробцi ER-моделi, є формування сутностей, що необхiднi для описання предметної областi.

Це означає, що за пiдсумками аналiзу предметної областi потрiбно мати повну або достатньо повну уяву про реалiзованi в системi запити. Разом з тим необхiдно врахувати, що при квалiфiкованiй експлуатацii системи у бiльшостi випадкiв у користувача виникає бажання розширити систему запитiв. У зв'язку з цим, при розробцi ER-схеми, з одного боку зручно твердо прив'язатися до обраної в результатi аналiзу предметної областi системи запитiв, а з iншого боку, бажано розглядати задачу в бiльш широкому планi, з врахуванням перспектив подальшого нарощування можливостей системи.

Зв'язок КНИГА-РОЗДІЛ приведено на рис. 2.12.

Книга належить Розділ

Книга 1 *-------------------------------------------------------------------------Розділ 1       Книга 2 *                                                                                        Книга 3 *-------------------------------------------------------------------------Розділ 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Книга n *-------------------------------------------------------------------------Розділ n КП: ОБОВ'ЯЗК. ТИП ЗВ'ЯЗКУ Б:1 КП: ОБОВ'ЯЗК

Рисунок 2.12 - Зображення зв'язку КНИГА - РОЗДІЛ

У реальному життi часто зустрiчаються ситуацiї, якi неможливо описати бiнарними зв'язками. Тобто, в цих випадках зв'язок об'єднує одночасно не двi, а бiльше сутностей, як правило - три. ER-діаграма, що ілюструє тристоронні зв'язки РОЗДІЛ-КНИГА-ТВІР приведена на рис 2.13).

Рисунок 2.13 - ER-діаграма, що ілюструє тристоронні зв'язки (РОЗДІЛ - КНИГА - ТВІР)

Розмiрковуючи аналогiчним чином побудуємо ER-модель предметної областi "Читальний зал".

Характеристики зв'язків виділених сутностей приведені в табл.2.2, а ER-модель предметної області "Читальний зал", що побудована на їх основі, показана на рис.2.14.

Рисунок 2.14 - ER-модель предметної області "Читальний зал"

До числа більш складних елементів моделі відносяться такі:

• Підтипи і супертипи сутностей. Як у мовах програмування з розвинутими типовими системами (наприклад, у мовах об'єктно-орієнтованого програмування), вводиться можливість спадкування типу сутності, виходячи з одного або декількох супертипів.

Таблиця 2.2 - Характеристики зв'язкiв предметної областi "Читальний зал"

Ім'я Сутностi 1	Ім'я сутностi 2	Ім'я зв'язку	Тип зв'язку	Клас належностi
Книга	Розділ	Належить	N : 1	Обов'язк., Обов'язк.
Книга	Твір	Має	N : M	Обов'язк., Обов'язк.
Книга	Користувач	Читає	N : 1	Необов'язк., Необов'язк.

• Зв'язки "many-to-many".

• Ступені зв'язку, що уточнюються.

• Каскадні видалення екземплярів сутностей.

• Домени. Як і у випадку реляційної моделі даних буває корисна можливість визначення потенційно припустимої множини значень атрибута сутності (домена).

Ці й інші більш складні елементи моделі даних "сутність-зв'язок" роблять її більш потужною, але одночасно в певній мірі ускладнюють її використання. Звичайно, при реальному використанні ER-діаграм для проектування баз даних необхідно ознайомитися з усіма можливостями.