Бази даних �та інформаційні системи�семестр 2

Проектування

реляційної бази даних

Лекції 6, 7, 8, 9

Лекція 1,2,3,4(практика)

Вступ

Підхід до проектування БД:

НИСХОДЯЧИЙ

​

Базова методологія:

ПОБУДОВА ER-ДІАГРАМИ

�

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

2

Етапи проектування бази даних (низхідний підхід)�

Процес проектування бази даних складається з трьох основних етапів:

• концептуальне проєктування;
• логічне проєктування;
• фізичне проєктування.

Концептуальне (інфологічне) проектування БД

Концептуальне проектування бази даних - процес створення інформаційної моделі ПрО (концептуальної), яка не залежить від будь-яких фізичних аспектів її представлення

Зміст: Включає в себе визначення типів найважливіших сутностей та існуючих між ними зв'язків, атрибутів.

Опис:

• Концептуальна модель даних створюється на основі інформації, записаної в специфікаціях вимог користувачів.
• Концептуальне проєктування бази даних абсолютно не залежить від таких подробиць її реалізації:
• типу обраної цільової СУБД,
• використовуваних мов програмування,
• обраної моделі організації даних,
• типу обраної обчислювальної платформи, а також від будь-яких інших особливостей фізичної реалізації.
• Під час розроблення концептуальну модель даних постійно тестують і перевіряють на відповідність вимогам користувачів.

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

3

Логічне (даталогічне) проектуванняБД

Логічне проєктування бази даних - процес створення моделі ПрО на основі обраної моделі організації даних, але без урахування типу цільової СУБД та інших фізичних аспектів реалізації.

Опис:

• Концептуальна модель даних, створена на попередньому етапі, уточнюється і перетворюється на логічну модель даних.
• Логічна модель даних враховує особливості обраної моделі організації даних у цільовій СУБД (наприклад, реляційна модель).
• На цьому етапі вже має бути відомо, яку СУБД буде використано як цільову - реляційну, мережеву, ієрархічну або об'єктно-орієнтовану.
• Ігноруються всі інші характеристики обраної СУБД, наприклад, будь-які особливості фізичної організації її структур зберігання даних і побудови індексів.
• У процесі розроблення логічна модель даних постійно тестується і перевіряється на відповідність вимогам користувачів до даних і забезпечення підтримки всіх необхідних користувачам транзакцій.
• Для перевірки правильності логічної моделі даних використовується метод нормалізації
• Створена логічна модель даних є джерелом інформації для етапу фізичного проектування
• Логічна модель даних відіграє також важливу роль на етапі експлуатації та супроводу вже готової системи.

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

4

Фізичне проектування бази даних

Фізичне проектування бази даних - опис способу фізичної реалізації логічної моделі бази даних

Опис:

• на цьому етапі розглядають створення відносин, організацію файлів та індексів, призначених для забезпечення ефективного доступу до даних, а також усі пов'язані з цим обмеження цілісності та засоби захисту.

У разі РМД :

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

Зауваження!

• На етапах концептуального і логічного проєктування вирішується питання "ЩО РОБИТИ", а на етапі фізичного проєктування - "ЯК РОБИТИ".
• Етапи виконуються послідовно, оскільки зрозуміти, що треба зробити, слід перш, ніж вирішити, як це зробити.
• Етапи вимагають абсолютно різних навичок і досвіду, тому вимагають залучення фахівців різного профілю.

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

5

Моделювання даних

Основні цілі моделювання даних полягають у:

• спрощенні опису вимог до даних предметної області (ПрО) і процедур взаємодії цих даних;
• єдиному розумінні вимоги до даних окремих користувачів і розробників;

Якщо обидві сторони знайомі з системою позначень, що використовується для створення моделі, то наявність моделі даних сприятиме більш плідному спілкуванню користувачів і розробників.

• відображенні характеру самих даних незалежно від їхнього фізичного представлення;
• використанні даних у межах області застосування програми.

​

На підприємствах широко застосовують засоби стандартизації для моделювання даних шляхом вибору певного методу моделювання та використання його в усіх проєктах розроблення бази даних.

Найпопулярніша технологія високорівневого моделювання даних побудована на концепції моделі "сутність-зв'язок"

(Entity-Relationship model - ER-модель).

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

6

Критерії оцінювання моделі даних

Оптимальна модель даних має задовольняти критеріям, переліченим у таблиці. Однак іноді ці критерії несумісні, тому доводиться йти на певний компроміс.

Наприклад, у гонитві за найбільшою виразністю моделі даних можна втратити її простоту.

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

7

Бази даних �та інформаційні системи

Концепції ER-моделі (ІТІНФ)

Лекція 2,3

Мої дані:

• Яковлева Олена Володимирівна
• доцент каф. Інформатики
• т. раб. 7021-419
• e-mail: helen.v.yakovleva@gmail.com
• блог: http://infdbis.blogspot.com/

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

9

План лекції

Вступ

1. Основні поняття
1. Типи сутностей
2. Атрибути
3. Типи зв'язків
• Ступінь типу зв'язку
• Атрибути зв'язків
• Рекурсивний зв'язок
2. Структурні обмеження
• Показник кардинальності
• Ступінь участі
4. Проблеми ER-моделювання
• Пастка розгалуження
• Пастка розриву

Висновок

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

10

Мета лекції:

1. Розглянути основні поняття ER-моделі
2. Ознайомитися з графічним відображенням основних понять ER-моделі
3. Розглянути потенційні проблеми ER-моделювання

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

11

Вступ

• Модель "сутність - зв'язок" (Entity-Relationship model або ER-модель) являє собою високорівневу концептуальну модель даних.
• ER-модель розроблена Пітером Ченом (Chen) у 1976 році.

​

Мета:

• Спрощення завдання проектування структури БД
• Єдине розуміння ПрО замовниками та розробниками

​

Зауваження!

Концептуальна модель не залежить від:

• моделі організації даних
• конкретної СУБД або апаратної платформи

�

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

12

Концепції ER-моделі

Основні поняття

ER-моделі:

• сутності;
• атрибути;
• зв'язку.

​

​

​

​

​

​

​

​

​

​

Рисунок 1.1 - Приклад схеми ER - моделі (нотація UML)

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

13

Концепції ER-моделі

​

​

​

​

​

​

​

​

Рисунок 1.1 - Приклад схеми ER - моделі (нотація UML)

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

14

Сутність

Тип сутності (entity type) - тип об'єкта або процесу (об'єкт/процес), що описує предметну область.

Сутність характеризується фізичним або абстрактним існуванням

Формального визначення немає, отже, різні розробники можуть виділяти різні сутності

​

Таблиця 1.1 - Приклади сутностей із фізичним та абстрактним існуванням

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

15

Сутність

Екземпляр сутності - однозначно ідентифікований об'єкт, який належить до сутності певного типу

• Кожен тип сутності має унікальний набір атрибутів.
• Кожна окрема сутність має свої власні значення для кожного атрибута

​

Розрізняються:

Слабкий тип сутності - тип сутності, існування якого залежить від якогось іншого типу сутності (як первинний ключ або його частину використовують первинний ключ іншої сутності)

​

Сильний тип сутності - тип сутності, існування якого не залежить від якогось іншого типу сутності (як первинний ключ використовуються тільки власні атрибути цієї сутності)

​

​

�

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

16

Способи представлень сутностей на діаграмі

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

17

Ім'я сутності

• Сильний тип сутності

​

​

​

• Слабкий тип сутності

Ім'я сутності

Рисунок 1.2 - Представлення на ER-діаграмі сильних і слабких типів сутностей

Проект

Етап проекту

Студент

Успішність

Угода

Товар

Атрибути

Атрибут - властивість типу сутності або типу зв'язку

Домен атрибута - набір допустимих значень одного або декількох атрибутів

Приклади: домен адреса - може бути доменом кількох атрибутів;

домен дата - може складатися з інших доменів (день, місяць, рік)

Атрибут може бути:

• простим / складеним;
• однозначним / багатозначним;
• похідним;
• ключовим

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

18

Атрибути. Ключі

Потенційний ключ - атрибут або мінімальний набір атрибутів, який однозначно ідентифікує кожен екземпляр сутності

Первинний ключ - потенційний ключ, який обраний для однозначної ідентифікації кожного екземпляра сутності

Складовий ключ - потенційний ключ, який складається з двох або більше атрибутів

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

19

Представлення атрибутів на діаграмах

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

20

Ім'я атрибуту

Ім'я 1

Ім'я 2

Ім'я 3

Ім'я 3

Ім'я атрибуту

Ім'я атриб

• простий атрибут

​

​

​

​

• складовий атрибут

​

​

​

​

• похідний атрибут

​

​

​

• багатозначний атрибут

​

​

• первинний ключ

Ім'я атриб

Представлення атрибутів на ER-діаграмах

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

21

Кільк_ співробітників

Рисунок 1.3 - Подання на діаграмі сутностей Співробітник і Відділення

Адреса

Місто

Вулиця

Дім_Офіс

Відділення

Телефон

Номер_ відд

Назва_відд

Співробітник

ПІБ

Ном_співроб

Адреса

Посада

Телефон

Зарплата

Зв'язки

Тип зв'язку (relationship type) - осмислена асоціація між сутностями різних типів

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

Для вивчення окремих екземплярів зв'язку застосовується семантична мережа

Розглянемо тип зв'язку Має (Has), який представляє асоціацію між сутностями Відділення і Співробітник.�

Позначення:

∙ - екземпляр сутності;

∙ - екземпляр зв'язку.

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

22

Зауваження!

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

Сематична модель

​

​

​

​

​

​

​

​

​

​

​

Рисунок 1.4 – Сематична мережа (модель) із зображенням окремих екземплярів зв'язку типу Має (Has)

Зауваження! Сематич. модель показує зв'язок між конкретними кортежами різних сутностей. ER модель показує зв'язки на рівні сутностей (має вищий рівень абстракції)

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

23

∙

∙

Представлення зв'язків на ER-діаграмах

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

24

Рисунок 1.5 - Подання на ER-діаграмі сильних сутностей Співробітник та Відділення, неідентифікуючого зв'язку Має між ними та атрибутів, які є первинними ключами

Відділення

Номер_ відд

Співробітник

Ном_співробіт

Ім'я зв'язку

Ім'я зв'язку

• НЕідентифікуючий зв'язок�(між сильними сутностями)

​

• ідентифікуючий зв'язок�(між сильною та слабкою сутностями)

Має (Has)

Ступінь типу зв'язку

Ступінь типу зв'язку - кількість типів сутностей, які охоплені цим зв'язком

Ступінь:

2 (бінарна)

3 (тернарна)

4 (кватернарна)

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

25

Рисунок 1.6 - Приклад кватернарного зв'язку Угода

Атрибути зв'язків

Зв'язки також можуть характеризуватися атрибутами

​

​

​

​

​

​

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

26

Рисунок 1.7 - Приклад зв'язку з атрибутами

ІН_Об'єкт

Дата

Коментарі

Структурні обмеження

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

Структурні обмеження:

• кардинальність (кратність);
• ступінь участі.

Кардинальність

Кардинальність - максимальна кількість можливих екземплярів сутності деякого типу, які можуть бути пов'язані з одним екземпляром сутності іншого типу за допомогою певного зв'язку

Найпоширенішими є бінарні зв'язки з показниками кардинальності:

• "один до одного" (1:1)
• "один до багатьох" (1:М)
• "багато до багатьох" (М:N)

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

27

Структурні обмеження

Ступінь участі - визначає, чи беруть участь у зв'язку всі або тільки деякі екземпляри сутності

2 варіанти участі:

• повне (total) - для існування деякого екземпляра сутності потрібне існування екземпляра іншої сутності;
• часткове (partial) - для існування деякого екземпляра сутності НЕ потрібне існування екземпляра іншої сутності;

​

​

​

​

​

Зауваження!

Під час визначення показника кардинальності слід враховувати тільки ті екземпляри сутності, які охоплюються цим зв'язком.

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

28

- повна /обов'язкова участь

​

​

- часткова / необов'язкова участь

Кардинальність, ступінь участі

Зв'язок "один до одного"

​

​

​

​

​

​

​

​

​

​

​

Зліва направо: із семантичної моделі випливає, що один екземпляр сутності типу Співробітник пов'язаний з одним екземпляром сутності типу Відділення (1:1),

Справа наліво: Один екземпляр сутності типу Відділення пов'язаний з одним екземпляром сутності типу Співробітник (1:1).

Отже, зв'язок Керує є зв'язком "один до одного"

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

29

Екземпляри

сутності

Співробітник

Екземпляри

зв'язку

Керує

Екземпляри

сутності

Відділення

Рисунок 1.8 - Приклад зв'язку 1:1

∙

∙

∙

∙

∙

∙

Кардинальність, ступінь участі

Зв'язок "один до багатьох"

​

​

​

​

​

​

​

​

​

​

​

Зліва направо: із семантичної моделі випливає, що один екземпляр сутності типу Відділення пов'язаний із багатьма екземплярами сутності типу Співробітник (1:М);

Справа наліво: один екземпляр сутності типу Співробітник пов'язаний з одним екземпляром сутності типу Відділення (1:1).

Отже, зв'язок Має є зв'язком "один до багатьох" (ВИБИРАЄТЬСЯ МАКСИМАЛЬНИЙ ПОКАЗНИК! )

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

30

Рисунок 1.9 - Приклад зв'язку 1:М

∙

∙

∙

∙

∙

∙

∙

∙

∙

Кардинальність, ступінь участі

Зв'язок "багато до багатьох" (РМД - не підтримує)

​

​

​

​

​

​

​

​

​

​

​

Зліва направо: із семантичної моделі випливає, що один екземпляр сутності типу Газета пов'язаний із багатьма екземплярами сутності типу Об'єктНерухомості (1:М);

Справа наліво: один екземпляр сутності типу Об'єктНерухомості пов'язаний з одним екземпляром сутності типу Газета (1:М).

Отже, зв'язок Друк є зв'язком "багато до багатьох" (М:N) (ВИБИРАЄТЬСЯ МАКСИМАЛЬНИЙ ПОКАЗНИК! )

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

31

Рисунок 1.10 - Приклад зв'язку М:М

Г3

Д4

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

Кардинальність (кратність) складного зв'язку

Кардинальність (кратність) складного зв'язку - кількість екземплярів сутності певного типу в n-арному зв'язку, що визначається після фіксації (n-1) значень.

​

​

​

​

​

​

​

​

​

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

32

Рисунок 1.11 - Кардинальність тристороннього зв'язку

M

1

1

Міграція атрибутів. Розкриття схеми �(неідентифікуючий зв'язок)

​

​

​

​

​

​

​

​

​

​

Розкриття схеми:

​

Відділення (Номер_відд, Назва_відд, Адреса)

Співробітник (Номер_співроб, ПІБ, Номер_відд (FK), Посада, Зарплата, Адреса, Телефон)

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

33

Рисунок 1.12 - Представлення на діаграмі сутностей Співробітник і Відділення, їхніх атрибутів і зв'язку між ними

ПІБ

Співробітник

Номер_ співроб

Адреса

Посада

Телефон

Зарплата

Має

1

М

Міграція атрибутів. Розкриття схеми �(ідентифікуючий зв'язок)

​

​

Бізнес-правила (варіант А):

• Наше підприємство може виконувати одночасно декілька проєктів
• Фінансування виділяється на кожен етап проєкту
• Етапи мають унікальний номер у рамках проєкту

Фрагмент документа "Відомості про проєкти"

​

​

​

​

​

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

34

Міграція атрибутів. Розкриття схеми �(ідентифікуючий зв'язок)

​

​

​

​

​

​

​

​

​

​

​

Розкриття схеми:

​

Проект (Номер_проєкту, Назва_проєкту)

Етап (Номер_етапу, Номер_проєкту (FK), Дата_нач_епату, Дата_зак_етапу, Вартість)

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

35

Рисунок 1.13 - Представлення на діаграмі сутностей Проект і Етап, їхніх атрибутів і зв'язку між ними

1

М

Міграція атрибутів. CASE система ERwin�(ідентифікуючий зв'язок)

​

​

​

​

​

​

​

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

36

Міграція атрибутів. Розкриття схеми �(неідентифікуючий зв'язок)

​

​

Бізнес-правила (варіант Б):

• Наше підприємство може виконувати одночасно кілька проєктів
• Фінансування виділяється на кожен етап проєкту
• Етапи мають унікальний номер у межах усього підприємства

Фрагмент документа "Відомості про проєкти"

​

​

​

​

​

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

37

Міграція атрибутів. Розкриття схеми �(неідентифікуючий зв'язок)

​

​

​

​

​

​

​

​

​

​

​

Розкриття схеми:

​

Проект (Номер_проєкту, Назва_проєкту)

Етап (Номер_етапу, Номер_проєкту (ВК), Дата_нач_епату, Дата_зак_етапу, Вартість)

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

38

Рисунок 1.14 - Представлення на діаграмі сутностей Проект і Етап, �їхніх атрибутів і зв’язку між ними

1

М

Міграція атрибутів. CASE система ERwin�(неідентифікаційний зв'язок)

​

​

​

​

​

​

​

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

39

Альтернативний варіант позначень �структурних обмежень

​

Використання відображень максимальних (Max) і мінімальних (Min) значень у вигляді напису (Min,Max)

​

​

​

​

​

​

​

​

​

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

40

Рисунок 1.15 - Варіанти позначень структурних обмежень

Рекурсивний зв'язок

Рекурсивний зв'язок - зв'язок, у якому одні й ті самі сутності беруть участь кілька разів і в різних ролях (зовнішній ключ посилається на первинний своєї сутності)

Використання рольових імен

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

​

​

​

​

​

​

​

​

Розкриття схеми:

​

Співробітник (Номер_спіроб, ПІБ, Посада, Зарплата, Адреса, Телефон, Консультант (FK))

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

41

Консультує

Рисунок 1.16 - Приклад кватернарного зв'язку Угода

Співробітник-консультант

Співробітник-консультант

1

N

Використання рольових імен

Рольові імена можуть також використовуватися, коли сутності пов'язані кількома зв'язками.

​

​

​

​

​

​

​

​

​

Розкриття схеми:

Відділення (Номер_відд, Назва_відд, Адреса, Номер_співробітника (FK))

​

Співробітник (Номер_сотр, ПІБ, Номер_відд (ВК), Посада, Зарплата, Адреса, Телефон)

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

42

Має

Рисунок 1.17 - Використання рольових імен

Керує

Відділення

Відділення

Працівник

Керівник

1

1

М

1

Проблеми ER-моделювання (пастки з'єднання)

Два основні типи потенційних пасток з'єднання:

• пастка розгалуження;
• пастка розриву.

​

Завжди важливо перевіряти модель даних на наявність потенційних пасток з'єднання, оскільки наявність пасток може призвести до перебудови всієї концептуальної моделі.

​

При недостатньому розумінні суті встановлених зв'язків можна побудувати модель, яка не буде істинним представленням реального світу.

​

​

​

​

​

​

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

43

Проблеми ER-моделювання. �Пастка розгалуження

Опис:

Має місце в тому випадку, коли модель відображає зв'язок між типами сутностей, але шлях між окремими сутностями цього типу визначено неоднозначно.

Причина виникнення (вірогідність):

Розгалуження двох або більше зв'язків типу 1:М з однієї сутності.

​

Приклад.�ПО "Новобудови Харкова" (БП):

• В одній будівельній компанії реалізуються кілька проєктів, �кожен проєкт реалізується тільки однією компанією;
• В одній будівельній компанії працює кілька архітекторів, �кожен архітектор працює тільки в одній компанії;
• Проєкт розробляється одним архітектором, �архітектор може розробляти багато проєктів.

​

​

​

​

​

​

​

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

44

Проблеми ER-моделювання. �Пастка розгалуження

​

​

​

​

​

​

Проблема: Який проєкт розробляє який архітектор?

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

45

1

М

Рисунок 1.18 - Приклад пастки розгалуження

М3

Р2

Р1

Р4

Р3

Екземпляри

зв'язку

Розробляє

Екземпляри

сутності

Проект

П1

П2

П3

П4

Причина проблеми:

Із сутності БудКомпанія розгалужуються два зв'язки типу 1:М

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

Проблеми ER-моделювання. �Пастка розгалуження (розв'язання проблеми)

​

​

​

​

​

​

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

46

Рисунок 1.19 - Приклад перетворення ER-моделі з метою усунення пастки розгалуження

Розв'язання проблеми:

Перебудова ER-моделі для представлення правильної взаємодії між сутностями

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

Проблеми ER-моделювання. �Пастка розриву

Опис:

З'являється в тому разі, коли в моделі передбачається наявність зв'язку між типами сутностей, але не існує шляху між окремими сутностями

Причина виникнення:

Наявність зв'язку з частковою участю, що утворює розрив між пов'язаними сутностями.

Приклад.�ПО "Агентство нерухомості" (БП):

• Кожен об'єкт нерухомості закріплений за відділенням (продається тільки одним відділенням), за одним відділенням закріплено багато об'єктів;
• Один співробітник агентства (менеджерами з продажу) займається багатьма об'єктами нерухомості, проте існують співробітники, які за об'єкти не відповідають.
• За об'єкт нерухомості відповідає тільки один співробітник (менеджер), �проте не кожен об'єкт має співробітника, що за нього відповідає (тобто об'єкт тимчасово може бути не в роботі або з ним може працювати будь-який менеджер з продажу);

​

​

​

​

​

​

​

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

47

Проблеми ER-моделювання. �Пастка розриву

​

​

​

​

​

​

Проблема: Який об'єкт приписаний за яким відділенням?

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

48

М

1

Рисунок 1.20 - Приклад пастки розриву

ВЗ3

М2

М1

М4

М3

Екземпляри

зв'язку

Має

Екземпляри

сутності

Відділення

В1

В2

Причина проблеми:

Часткова участь сутностей Співробітник і Об'єктНерухомості у зв'язку Курирує

С2

С4

О4

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

Проблеми ER-моделювання. �Пастка розриву (розв'язання проблеми)

​

​

​

​

​

​

​

​

​

​

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

49

М

1

Рисунок 1.21 - Перероблена діаграма з метою усунення пастки розриву

Розв'язання проблеми:

Введення відсутнього зв'язку Продає

Продає

1

М

П1

П2

П3

Екземпляри

зв'язку

Продає

П4

​

​

​

​

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

∙

Питання

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

50

�

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

51

Приклад. Предметна область В-01 "Облік автомобілів, що здаються в оренду" (складн.1)

Варіант 1.

БП:

1. У власника може бути більше одного автомобіля

2. Автомобіль належить одному постійному власнику

3. Номер кузова автомобіля унікальний

4. Орендар може орендувати конкретний автомобіль в одну дату тільки один раз, але може взяти в ту саму дату інший автомобіль.

5. Орендна плата визначається в момент здачі автомобіля в оренду (не постійна)

Рисунок - Дан фрагмент документа "Облік автомобілів, зданих в оренду"

Варіант 2.

БП:

1. У власника може бути більше одного автомобіля

2. Автомобіль належить одному постійному власнику

3. Номер кузова автомобіля унікальний

4. Орендар може в одну дату брати в оренду тільки 1 автомобіль

5. Орендна плата автомобіля постійна

�

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

52

Приклад. Предметна область В-02 "Друк літератури та розподіл по бібліотеках міста" (складн.1,5)

Варіант1

БП:

1. У Бібліотеці знаходяться безліч Видань.

2.Одне Видання може перебувати в декількох Бібліотеках.

3. В одного Видання може бути більше одного Автора.

4. Деякі Видання можуть бути відсутні в Бібліотеках міста.

5а. Видання видається в 1 Видавництві, у Видавництві багато Видань.

Рисунок -Даний фрагмент документа "Друк літератури і розподіл по бібліотеках міста"

�

ХНУРЕ кафедра Інформатики доц. Яковлева О.В.

53

Приклад. Предметна область В-02 "Друк літератури та розподіл по бібліотеках міста"

(складн.2,5)

БП (Варіант 2):

1.У Бібліотеці знаходяться безліч Видань.

2.Одне Видання може перебувати в декількох Бібліотеках.

3. В одного матеріалу (рукопису) може бути більше одного Автора. Автор може писати більше одного матеріалу (рукопису).

4. Деякі Видання можуть бути відсутні в Бібліотеках міста.

5б. Матеріал (рукопис) може перевидаватися (не частіше ніж 1 раз на рік), може перевидаватися в різних видавництвах.

Рисунок -Даний фрагмент документа "Друк літератури і розподіл по бібліотеках міста"