Повна версія

Головна arrow Інформатика arrow Бази даних: проектування

  • Увеличить шрифт
  • Уменьшить шрифт


<<   ЗМІСТ   >>

Зв'язок один - до - багатьох (1: ДО)

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

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

До зв'язку один - до - багатьох (1: Л) відносять таку взаємодію структурних елементів, коли один екземпляр першого елемента може бути пов'язаний з безліччю екземплярів другого елементу, а один екземпляр другого елементу може бути пов'язаний лише з одним екземпляром першого елемента.

У розглянутій як приклад предметної області ( "Електронний магазин") нескладно знайти приклад зв'язку один - до - багатьох. Таким представником зв'язку з цим може бути замовлення клієнта, де є два інформаційних об'єкта: "Замовлення" і "Клієнт" (рис. 2.39).

image79


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

У той же час, один клієнт може кілька разів робити замовлення, накопичуючи історію покупок в магазині, що відображають множинної зв'язком на схемі, представляючи стрілку від клієнта до замовлення, де на кінці розмітають два кінцевих елемента. Для того щоб упевнитися в тому, що встановлений тип зв'язку є правильним, необхідно проаналізувати можливі варіанти реальних даних в зв'язці двох інформаційних елементів "Клієнт" і "Замовлення" (табл. 2.12).

Таблиця 2.12

Приклад даних, але замовлення клієнтів

№ п / п

клієнт

замовлення

1

Іванов І. П.

01-05.2012

2

Іванов І. П.

06-08.2013

3

Скворига А. І.

04-03.2013

...

...

...



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

 
<<   ЗМІСТ   >>