Реляційна база даних
Види зв'язків
Між двома сутями, наприклад, А і В можливі чотири види зв'язків.
1. зв'язок ОДІН-К-ОДНОМУ (1:1): у кожен момент часу кожному представникові (екземпляру) суті А відповідає 1 або 0 представників суті В:
Наприклад: студент може не "заробити" стипендію, отримати звичайну або одну з підвищених стипендій.
2. зв'язок ОДІН-КО-МНОГИМ (1:м): одному представникові суті А відповідають 0, 1 або декілька представників суті В.
Наприклад: квартира може бути порожньою, в ній може жити один або декілька мешканців.
3. МНОГИЕ-К-ОДНОМУ (М:1)
4. МНОГИЕ-КО-МНОГИМ (М:N).
Приклад. Якщо зв'язок між суттю ЧОЛОВІКА і ЖІНКИ називається БРАК, то існує чотири можливі представлення такого зв'язк:
Характер зв'язків між суттю не обмежується перерахованими. Існують і складніші зв'язки:¾ безліч зв'язків між однією і тією ж суттю (пацієнт, маючи одного лікаря, що лікує, може мати також декілька лікарів-консультантів; лікар може бути лікарем декількох пацієнтів, що лікує, і може одночасно консультувати дещо інших пацієнтів);¾ тренарні зв'язки (лікар може призначити декілька пацієнтів на декілька аналізів, аналіз може бути призначений декількома лікарями декільком пацієнтам і пацієнт може бути призначений на декілька аналізів декількома лікарями);¾ зв'язки вищих порядків, семантика (сенс) яких іноді дуже складна. Контрольні питання: 1. Чим відрізняються тип суті та екземпляр суті?2. Що таке ключ?3. Які три класи суті ви знаєте?4. Для чого використовується ER-диаграмм?5. Чим ER-диаграмм відрізняється від ЯІМ?6. Які види зв’язків ви знаєте? Приведить приклади?Основні поняття. Правила побудови реляційних баз даних. Нормалізація. Процес проектування.
|
|
У 1970 р. Е.Ф. Кодд (E.f. Codd) опублікував свою статтю, в якій він застосував концепції розділу математики, званого реляційною алгеброю, до проблеми зберігання великих об'ємів даних. Стаття Кодда поклала початок руху у сфері проектування баз даних, яке привело декілька років опісля до створення реляційної моделі бази даних. Ця модель є певним способом структуризації і обробки бази даних.
Перевага реляційної моделі полягає в способі зберігання даних, який мінімізує їх дублювання і виключає певні типи помилок обробки, що виникають при інших способах зберігання даних. Дані зберігаються у вигляді таблиць.
Згідно реляційної моделі, не всі види таблиць однаково прийнятні. За допомогою процесу, званого нормалізацією, небажана таблиця може бути перетворена в дві або прийнятніших.
Введемо наступні позначення:
¾ Суть - Таблиця (іноді Файл),
¾ Екземпляр суті - Рядок (іноді Запис),
|
|
¾ Атрибут - Стовпець, Поле.
При цьому приймається, що "запис" означає "екземпляр запису", а "поле" означає "ім'я і тип поля".
Ключ або можливий ключ - це мінімальний набір атрибутів, по значеннях яких можна однозначно знайти необхідний екземпляр суті. Мінімальність означає, що виключення з набору будь-якого атрибуту не дозволяє ідентифікувати суть по тих, що залишилися. Кожна суть володіє хоч би одним можливим ключем. Одін з них береться за первинний ключ. При виборі первинного ключа слід віддавати перевагу нескладеним ключам або ключам, складеним з мінімального числа атрибутів. Недоцільно також використовувати ключі з довгими текстовими значеннями (переважно використовувати цілочисельні атрибути). Первинний ключ має бути унікальним.
Реляційна база даних - це сукупність стосунків, що містять всю інформацію, яка повинна зберігатися в БД. Проте користувачі можуть сприймати таку базу даних як сукупність таблиць. Так на рис. 3.1 показані таблиці бази даних, побудовані по інфологичеськой моделі бази даних "Живлення" рис. 2.2
Блюда
Витрати
| Продукти
Рецепти
| Склад
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Постачальники
Міста
| Постачання
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Рис. 5.3.1 База даних "Живлення"