Види зв’язків реляційних баз даних

Домени і відношення

Відношення мають ряд основних властивостей, а саме:

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

· кортежі не впорядковані зверху вниз – у відношенні просто відсутнє поняття позиційного номера. У відношенні без втрати інформації можна з успіхом розташувати кортежі у будь-якому порядку;

· атрибути не впорядковані зліва направо – атрибути в заголовку відношення можна розташовувати у будь-якому порядку, при цьому цілісність даних не порушується. Тому поняття позиційного номера відносно атрибуту теж не існує;

· значення атрибутів складаються з логічно неподільних одиниць – ця властивість є наслідком того, що значення беруться з доменів. Інакше, можна сказати, що відношення не містять груп повторення, тобто є нормалізованими.

У реляційних системах підтримуються декілька видів відношень:

Іменоване – це змінне відношення, визначуване в СУБД шляхом операторів створення і, як правило, необхідне для зручнішого представлення інформації для користувача.

Базове відношення – є безпосередньою важливою частиною БД, тому при проектуванні їм дають власне найменування.

Похідне відношення – те, яке було визначено через інші (зазвичай, базові) відношення шляхом використання засобів СУБД.

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

Результат запиту – це неіменоване похідне відношення, що містить дані – результат конкретного запиту. Результат запиту в БД не зберігається, а існує тільки до тих пір, поки він необхідний користувачеві.

Відношення, що зберігається – те, яке фізично підтримується в пам’яті комп'ютера. До таких відношень, в більшості випадків, належать базові відношення.

Виходячи з вищесказаного, можна тепер визначити реляційну БД як набір відношень, зв’язаних між собою.

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

Існують наступні основні види зв'язків:

· «один до одного»;

· «один до багатьох»;

· «багато до одного»;

· «багато до багатьох».

Зв’язок "один до одного" припускає, що в кожен момент часу кожному елементу (кортежу) А відповідає 0 або 1 елементів (кортежів) B. Наприклад, працівник отримує зарплату, і лише одну.

Зв’язок "один до багатьох" полягає в тому, що в кожен момент часу кожному елементу (кортежу) А відповідає декілька елементів (кортежів) B. Наприклад, в будинку проживає багато мешканців.

Зв’язок "багато до одного" припускає, що в кожен момент часу безлічі елементів А відповідає 1 елемент В. Наприклад, декілька студентів являють собою студентську учбову групу.

Нарешті, зв’язок "багато до багатьох" полягає в тому. що в кожен момент часу безлічі елементів А відповідає безліч елементів В. На жаль, цей тип зв’язку в реляційних БД безпосередньо не підтримується. Прикладом такого зв’язку може служити той факт, що у студентів учбові заняття з дисциплін ведуть безліч викладачів.

Крім вищеперелічених, ще можуть існувати множинні зв'язки між одними і тими ж елементами, так звані, тренарні зв'язки, які, втім, можуть бути виражені через вже розглянуті.

Читайте також:

<== попередня сторінка	\|	наступна сторінка ==>
Технологія використання СУБД	\|	Поняття про інформаційні системи

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

Генерація сторінки за: 0.052 сек.