Постачальники

Код постачальника

Назва постачальника

Назва групи матеріалів

Місцезнаходження постачальника (область України)

Сума поставки матеріалів,грн

• в текстовому вигляді

ПОСТАЧАЛЬНИКИ(код постачальника, назва постачальника,…)

Ключ- атрибут(и), що визначає величину іншого /інших атрибута (тів) в межах об'єкта.

Ключ з багатьма атрибутами відомий як складний ключ.

Атрибут А визначає атрибут В, якщо кортежі,які відповідають за величиною А, також відповідають В.

Атрибут В функціонально залежний від А,якщо А визначає В.

Атрибут, що є частиною ключа, відомий як ключовий атрибут.

Приклад функціональної залежності наведений в табл. 4.2.

Таблиця 4.2

Приклад функціональної залежності

Прізвище, ім'я,по-батькові	Дата народження			Астролог	Китайський зодіак
	день	місяць	рік
Міловська Тетяна Іванівна	22	травня	1969	Близнюки	Півень
Міловський Ігор Іванович	10	жовтня	1976	Терези	Дракон

Суперключ- атрибут (або сукупність атрибутів),що визначає лише рядок в таблиці.

В табл. 4.1. суперключем буде “код постачальника”.

Потенційний ключ,якщо один або кілька доменів однозначно визначають будь-який кортеж у відношенні.

Потенційним ключем може бути “Назва постачальника”, або “Код постачальника, назва постачальника”.

Первинний ключ-потенційний ключ, який однозначно ідентифікує окремий об'єкт (нульові величини не дозволяються).

Первинним ключем у відношенні “Постачальники” є “Код постачальника” (він же є і суперключем).

Зовнішній (вторинний) ключ- атрибут (або сукупність атрибутів),який має відповідати первинному ключу в деякій іншій таблиці або дорівнює нулю (цілісність на рівні посилань).

Зовнішній ключ допускає більше ніж одну залежність у базі даних.

Розглянемо,наприклад, ще одне відношення БАНК (код банку, назва банку, адреса банку).Зв'язкове відношення БАНК-ПОСТАЧАЛЬНИКИ (код банку,код постачальника) буде сполучним між двома відношеннями БАНК і ПОСТАЧАЛЬНИКИ. Ключ “код банку” є первинним у відношенні БАНК, а ключ “Код постачальника”-первинним у відношенні ПОСТАЧАЛЬНИКИ. Тому у зв'язковому відношенні БАНК-ПОСТАЧАЛЬНИКИ вони є вторинними або зовнішніми.Крім ключів, за якими встановлюють зв'язок у зв'язковому відношенні, можуть бути ще й інші атрибути, які функціонально залежать від цього складового ключа.

Реляційна модель накладає на зовнішні ключі обмеження- посилкову цінність.Остання є відповідністю між об'єктними та зв'язковими відношеннями,яка полягає в тому, що кожному зовнішньому ключеві зв'язкового відношення має відповідати рядок якогось об'єктного відношення.Інакше може статися так,що зовнішній ключ посилається на невідомий для СКБД об'єкт.

Ключі в реляційній моделі подаються:

• графічно

 у текстовому вигляді

ПОСТАЧАЛЬНИКИ (Код, назва постачальника, місцезнаходження постачальника)

ПОСТАВКА ТОВАРІВ (Код товару, назва товару, код постачальника, сума поставки)

ПОСТАВКА ТОВАРІВ (Код товару, назва товару, код постачальника, сума поставки)

До переваг реляційної моделі можна зарахувати простоту у розроблянні мови маніпулювання даних,оскільки пошук даних зводиться до застосування різних операцій над множинами. Недоліком реляційної моделі є те,що вона не охоплює весь діапазон відомих структур даних.Наприклад, в ній відсутній еквівалент ієрархічної організації записів, оскільки при заміні відношення вигляду 1:N на N:N необхідно ввести нове відношення.

У реляційній БД накладається ще одне обмеження-відношення мають бути нормалізовані.

Нормалізація- це процедура, внаслідок якої ліквідуються складні домени (містять інші домени),зв'язані ієрархічним відношенням.

Відношення є нормалізованим, якщо всі його елементи скалярні.