ься (однозначно визначається) через її зв'язок з батьківської сутністю. Атрибути, складові первинний ключ батьківського суті, при цьому входять в первинний ключ дочірньої суті. Дочірня сутність при ідентифікує зв'язку завжди є залежною.
Зв'язок називається не ідентифікуючої, якщо екземпляр дочірньої суті ідентифікується інакше, ніж через зв'язок з батьківською сутністю. Атрибути, складові первинний ключ батьківського суті, при цьому входять в склад не ключових атрибутів дочірньої суті.
Потужність зв'язку являє собою відношення кількості примірників батьківського суті до відповідної кількості примірників дочірньої суті. Для будь-якого зв'язку, крім неспецифічної, цей зв'язок записується як 1: n.
Сутності, між якими існують зв'язки, називаються учасниками, а число учасників зв'язку - розмірністю зв'язку. Більшість зв'язків між сутностями - це подвійні зв'язки, тобто такі, в яких беруть участь дві сутності. Зустрічаються також унарні зв'язку (в яких сутність пов'язана сама з собою) і потрійні зв'язки (в яких беруть участь три сутності).
Існує три основних типи зв'язків [8].
1) Зв'язки «один до одного» 1: 1. Це, мабуть, найпростіший тип зв'язків. Зв'язки «один до одного» між сутностями X і Y - це такі зв'язки, при яких кожен екземпляр сутності X може бути пов'язаний тільки з одним екземпляром сутності Y. Хоча даний тип зв'язків у реальному світі зустрічається досить рідко, в проектуванні баз даних вони широко використовуються , наприклад, щоб зменшити число атрибутів у відношенні, а також при моделюванні підкласів сутностей;
2) Зв'язки «один до багатьох» 1: n. Найбільш поширена ситуація, коли один екземпляр сутності пов'язаний з одним або безліччю екземплярів іншої сутності;
) Зв'язки «багато до багатьох» m: n. Даний тип зв'язків часто зустрічається в реальному світі. Але в базі даних реалізувати даний тип зв'язку неможливо. При моделюванні таких зв'язків розробники використовують проміжну зв'язок «один до багатьох» з кожним з відносин - учасників зв'язку «багато до багатьох».
Нормалізація відносин - це процес побудови оптимальної структури таблиць і зв'язків у реляційній базі даних.
У процесі нормалізації елементи даних групуються в таблиці, що представляють об'єкти та їх взаємозв'язку. Теорія нормалізації заснована на тому, що певний набір таблиць володіє кращими властивостями при включенні, модифікації і видалення даних, ніж всі інші набори таблиць, за допомогою яких можуть бути представлені ті ж самі дані.
Словник даних - це централізоване сховище відомостей про об'єкти, складових елементах даних, взаємозв'язках між об'єктами, їх джерелах, значеннях, використанні і форматах подання.
При проектуванні системи обробки даних саме дані і цікавлять нас в першу чергу. Причому найбільше нас цікавить організація даних. Для розуміння організації даних вводиться поняття інформаційної моделі.
Система автоматизованої обробки даних ґрунтується на використанні певної моделі даних або інформаційної моделі. Модель даних відображає взаємозв'язки між об'єктами.
Процес створення інформаційної моделі починається з визначення концептуальних вимог ряду користувачів. Концептуальні вимоги можуть визначатися і для деяких задач (програм), які найближчим часом реалізовувати не планується. Це може трохи підвищити трудомісткість роботи, проте допоможе найбільш повно врахувати всі нюанси функціональності, необхідної для розробляється системи, і знизить імовірність її переробки надалі. Вимоги окремих користувачів інтегруються в єдиному «узагальненому поданні». Остання називають концептуальною моделлю.
Концептуальна модель представляє об'єкти та їх взаємозв'язку без вказівки способів їх фізичного зберігання.
Таким чином, концептуальна модель є, по суті, моделлю предметної області. При проектуванні концептуальної моделі всі зусилля розробника повинні бути спрямовані в основному на структурування даних і виявлення взаємозв'язків між ними без розгляду особливостей реалізації і питань ефективності обробки. Проектування концептуальної моделі засноване на аналізі, вирішуються на цьому підприємстві завдань по обробці даних. Концептуальна модель включає описи об'єктів і їх взаємозв'язків, що представляють інтерес у розглянутій предметній області і виявляються в результаті аналізу даних.
Концептуальна модель транслюється потім у модель даних, сумісну з обраної СУБД. Можливо, що відображені в концептуальної моделі взаємозв'язку між об'єктами виявляться згодом нереалізованим засобами обраної СУБД. Це потребує зміни концептуальної моделі. Версія концептуальної моделі, яка може бути забезпечена конкретної СУБД, нази...
