Висновок
Таким чином, на даному занятті ми познайомилися з етапами проектування баз даних і дали коротку оцінку інфологічному і даталогічному етапам проектування. Як видно з матеріалу заняття, основним є етап інфологічного проектування, оскільки саме на даному етапі створюється первісний узагальнений неформальний опис створюваної бази даних. Більш докладно роботу з проектування БД на цьому етапі, а саме: моделювання предметної області за допомогою ER-діаграм і нормалізацію ми розглянемо на наступних заняттях. Сутність даталогічного етапу проектування істотно залежить від типу обраної СУБД і кожнім конкретному випадку підходи до створення схеми БД на цьому етапі повинні бути різні. У нашому випадку ці підходи будуть вивчені в практичній частині курсу.
Запитання для перевірки
Дайте визначення інфологічної моделі даних
Які основні конструктивні елементи інфологічної моделі даних ви знаєте ?
З чого складається етап даталогічного проектування з використанням СУБД ACCESS ?
Моделювання бази даних за допомогою ER-діаграм і мови інфологічного моделювання (МІМ)
План
Моделювання БД за допомогою ER-діаграм
Моделювання БД за допомогою мови інфологічного моделювання (МІМ)
Класифікація сутностей
Характеристика зв'язків.
1. Моделювання БД за допомогою ER-діаграм
Відомо, що проектування бази даних містить у собі наступні етапи: інфологічне проектування, ідаталогічне і фізичне проектування. На кожному з етапів необхідно створити свою модель даних. Сьогодні ми розглянемо засоби, що використовуються для створення інфологічної моделі даних. Познайомимося з характеристиками зв'язків між сутностями і видами сутностей, а також з використанням мови інфологічного моделювання для опису інфологічної моделі.
При побудові даталогічних моделей можна використовувати так називані ER-діаграми (від англ. Entity-Relationship, тобто сутність-зв'язок). На використанні різновидів ER-моделі заснована більшість сучасних підходів до проектування баз даних (головним чином, реляційних). Даний спосіб проектування був запропонований Ченом (Chen) у 1976 р. Моделювання предметної області базується на використанні графічних діаграм, що включають невелику кількість різнорідних компонентів. У зв'язку з наочністю уявлення концептуальних схем баз дані ER-моделі одержали широке поширення в системах CASE – системах автоматизованого проектування реляційних баз даних, наприклад, ERWIN. Серед безлічі різновидів ER-моделей одна з найбільш розвинених застосовується в системі CASE фірми ORACLE.
У ER-моделі сутності зображуються позначеними прямокутниками, асоціації (зв'язки) – позначеними ромбами або шестикутниками, атрибути – позначеними овалами, а зв'язки між ними – ненаправленими ребрами, над якими може проставлятися ступінь зв'язку (1 або буква, що заміняє слово "багато") і необхідне пояснення.
Між двома сутностями, наприклад, А и В можливі чотири види зв'язків.
Перший тип – зв'язок ОДИН-ДО-ОДНОГО (1:1): у кожен момент часу кожному представнику (екземпляру) сутності А відповідає 1 або 0 представників сутності В:
Рис. 5.1. Приклад зв'язків «один до одного».
Студент може не "заробити" стипендію, одержати звичайну або одну з підвищених стипендій.
Другий тип – зв'язок ОДИН-ДО-БАГАТЬОХ (1:М): одному представнику сутності А відповідають 0, 1 або кілька представників сутності В.
Рис. 5.2. Приклад зв'язків «один до багатьох».
Квартира може пустувати, у ній може жити один або кілька мешканців. Тому що між двома сутностями можливі зв'язки в обох напрямках, то існує ще два типи зв'язку БАГАТО-ДО-ОДНОГО (М:1) і БАГАТО-ДО-БАГАТЬОХ (М:N).
Приклад 2.1. Якщо зв'язок між сутностями ЧОЛОВІКА і ЖІНКИ називається ШЛЮБ, то існує чотири можливих представлення - такі зв'язки:
Рис. 5.3. Приклади зв'язків між сутностями «ЧОЛОВІКА-ЖІНКИ».
Характер зв'язків між сутностями не обмежується перерахованими.
а)
б)
Рис. 5.4. Приклади множинних зв'язків між сутностями.
Існують і більш складні зв'язки:
безліч зв'язків між тими самими сутностями (рис. 5.4а.) пацієнт, має одного лікуючого лікаря, і може мати також трохи лікарів-консультантів; лікар може бути лікуючим лікарем кількох пацієнтів і може одночасно консультувати кілька інших пацієнтів;
тренарні зв'язки (рис. 5.4 б.) лікар може призначити кілька пацієнтів на кілька аналізів, аналіз може бути призначений кількома лікарями кільком пацієнтам і пацієнт може бути призначений на кілька аналізів кількома лікарями;
зв'язки більш високих порядків, семантика (зміст) яких іноді дуже складна.
У наведених прикладах для підвищення ілюстративності розглянутих зв'язків не показані атрибути сутностей і асоціацій у всіх ER-діаграмах.