Номер_лікаря, Реєстраційний номер).

Рис. 5.9. Приклади ER-діаграм

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

Приклад 2. Відділ записів актів громадянського стану (ЗАГС) займається реєстрацією шлюбу, народження або смерті. Тому в країнах, де допускаються лише традиційні шлюби, відділи ЗАГС можуть містити відомості про реєстрацію шлюбу в єдиній сутності:

ШЛЮБ (Номер_свідоцтва,Прізвище чоловіка, Ім’я чоловіка, По батькові чоловіка,

Дата народження чоловіка, Прізвище дружини, Дата реєстрації, Місце реєстрації,...),

ER-діаграма якої наведена на рис. 5.9 (б)

Приклад 3. Тепер розглянемо ситуацію, коли відділ ЗАГС знаходиться в країні, яка дозволяє багатоженство. Якщо для реєстрації шлюбів використовувати суть "Шлюб" прикладу 2., то дублюватимуться відомості про чоловіків, що мають кількох дружин (див. табл. 5.1).

Таблиця 5.1

Номер свідоцтва	Прізвище чоловіка	...	Прізвище дружини	...	Дата реєстрації
1-ЮБ 154745	Пєтухов	...	Курочкіна	...	06/03/1991
1-ЮБ 163489	Пєтухов	...	Пеструшкіна	...	11/08/1991
1-ЮБ 169887	Пєтухов	...	Рябова	...	12/12/1992
1-ЮБ 169878	Селезнєв	...	Уточкіна	...	12/12/1992
1-ЮБ 154746	Парасюк	...	Свинюшкіна	...	06/03/1991
1-ЮБ 169879	Парасюк	...	Хавронія	...	12/12/1992
...	...	...	...	...	...

Дублювання можна виключити створенням додаткової сутності "Чоловіки"

Чоловіки (Код_М, Прізвище, Ім'я, По батькові, Дата народження, Місце народження)

і заміною сутності "Шлюб" характеристикою (див. п.3) з посиланням на відповідний опис за суттю "Чоловіки".

Шлюб (Номер свідоцтва, Код_Ч, Прізвище дружини,...,

Дата реєстрації,...){Чоловіки}.

ER-діаграма зв'язку цієї сутності показана на рис. 5.4. в, а приклад їх екземплярів в табл. 5.2 і 5.3.

Таблиця 5.2

Код Ч	Прізвище	Ім'я	По батькові	Рік/нар.	Місце народж.
	Пєтухов	Альфред	Остапович		м. Цапелька
	Селезнєв	Вавила	Абрамович		м. Гусєв
	Парасюк	Горацій	Федулович		м. Свиньїн

Таблиця 5.3

Номер свідоцтва	Код -Ч	Прізвище дружини	Ім’я дружини	Дата реєстрації
1-ЮБ 154745		Курочкіна	Августина	06/03/1991
1-ЮБ 163489		Пеструшкіна	Маріана	11/08/1991
1-ЮБ 169887		Рябова	Мілана	12/12/1992
1-ЮБ 169878		Уточкіна	Вероніка	12/12/1992..
1-ЮБ 154746		Свинюшкіна	Ельвіра	06/03/1991..
1-ЮБ 169879		Хавронія	Руфіна	12/12/1992..

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

Співробітники (Табельний_номер, Прізвище, Ім'я,...).

Використання, розглянутої в прикладі 2, сутності Шлюб" недоцільне: у сутності" Співро­бітники" вже є прізвища, імена, по батькові подружжя. Тому створимо асоціацію

Шлюб [Співробітник 1, Співробітник 1]

(Табельний номер чоловіка, Табельний номер дружини,...),

з'єднуючи між собою певні зразки сутності "Співробітники" (рис. 5.9., г).

Зазначимо, що ER-діаграма рис. 5.9.,а описує структуру розміщення даних про шлюби у відділах ЗАГС країн, що допускають групові шлюби, а ER-діаграми прикладу 5.9., описи будь-яких видів шлюбів у організаціях, де є сутність "чоловіка" і "жінки", включаючи неодружених.

Що ж таке "зв'язок"? У ER-діаграмах це лінія, що з’єднує геометричні фігури, що відображають сутність, атрибути, асоціації та інші інформаційні об'єкти. У тексті ж цей термін використовується для вказівки на взаємозалежність сутності. Якщо ця взаємо­залежність має атрибути, то вона називається асоціацією.

На завершення розглянемо приклад побудови інфологічної моделі бази даних "харчування", де повинна зберігатися інформація про страви (рис. 5.5.), їх щоденне споживання, продукти, з яких готуються ці страви, і постачальників цих продуктів. Інформація буде використовуватись кухарем і керівником невеликого підприємства громадського харчування, а також його відвідувачами.

1. Лобіо по-грузинськи

Ламану очищену квасолю, нашаткований лук посолити, посипати перцем і припустити в маслі з невеликою кількістю бульйону; додати кинзу, зелень петрушки, рейган (базилік) і довести до готовності. Потім запекти в духовці. Квасоля стручкова (свіжа або консервована) 200, Цибуля зелена 40, Масло вершкове 30, Зелень 10.Вихід 210. Калорій 725.

Рис. 5.5. Приклад кулінарного рецепту

За допомогою зазначених користувачів виділені такі об'єкти і характеристики бази, що проектується:

1. Страви, для опису яких потрібні дані, що входять до складу кулінарних рецептів: номер страви (наприклад, з книги кулінарних рецептів), назва та вид (закуска, суп, cмаженина т.ін.), рецепт (технологія приготування блюда), вихід (вага порції), назва, калорійність і вага кожного продукту, що є інгредієнтом страви.
2. Для кожного постачальника продуктів: найменування, адреса, назва продукту, що постачається, дата поставки і ціна на момент поставки.
3. Щоденне споживання страв (витрати): страва, кількість порцій, дата.

Аналіз об'єктів дозволяє виділити:

• Основи: Страви, Продукти і Міста;
• асоціації: Склад (пов'язує Страви з Продуктами) і

Поставки (пов'язує Постачальників з Продуктами);

• позначення Постачальники;
• характеристики Рецепти і Витрати.

ER-діаграма моделі наведена на рис. 5.10. а модель на мові МІМ має наступний вигляд:

Страви (СТ, Страва, Вид)

Продукти (ПР, Продукт, Калорійність)

Постачальники (ПОС, Місто, Постачальник) [Місто]

Склад [Страви M, Продукти N] (Ст, ПР, Вага (г))

Поставки [Постачальники M, Продукти N] (ПОС, ПР, Дата П, Ціна, Вага (кг)

Міста (Місто, Країна)

Рецепти (Ст, Рецепт) {Страви}

Витрати (СТ, Дата Р, Порцій) {Страви}

У цих моделях Страва, Продукт і Постачальник – найменування, а СТ., ПР і ПОС – цифрові коди блюд, продуктів і організацій, що постачають ці продукти.

Рис. 5.10. Інфологічна модель бази даних "Харчування"

Дата добавления: 2014-01-03