Третя нормальна форма (3нф)
Існує функціональна залежність між атрибутами «ПІБ», «Посада» та «Телефон». Є очевидним, що на підприємстві деяка людина займає визначену посаду та розпоряджається визначеним робочим телефоном. Зворотнє в спільному випадку не є вірним – на підприємстві може існувати декілька аналогічних штатних одиниць, наприклад, менеджери за збутом, та декілька людин мають можливість користуватися одним робочим телефоном.
Для того, щоб уникнути цю функціональну залежність, треба зробити декомпозицію таблиці 4а на дві таблиці. Перша з них буде зберігати факти, які відносяться безпосередньо до самого підприємства:
Табл. 5а
Найм-ня |
Місто |
Адреса |
Ел. пошта |
Веб-сторінка |
Вид |
Поршневий з-д |
Київ |
Вул. 2-я Кольцева, 17 |
info@plunger.ru |
www.plunger.ru |
Постачаль- ник |
ПП «Вимпел» |
Одеса |
Вул. Гоголя, 25 |
pennon@mail.ru |
|
Клієнт |
ПП «Альфа» |
Київ |
Вул. Пушкинська, 37, оф. 565 |
alpha323@list.ru |
|
Клієнт |
Друга таблиця буде зберігати факти, які відносяться до конкретної особи, яка виконує обов’язки на цьому підприємстві:
Табл. 5б
Найм-ня |
Місто |
ПІБ |
Посада |
Тел. |
Поршневий з-д |
Київ |
Іванов І.І. |
Заступник директора |
76-15-95 |
Поршневий з-д |
Київ |
Петров П.П. |
Начальник від. збуту |
76-15-35 |
ПП «Вимпел» |
Одеса |
Сидоров С.С. |
Директор |
66-65-38 |
ПП «Альфа» |
Київ |
Васильєв В.В. |
Директор |
74-57-45 |
Разом з таблицею 4б цей набір таблиць уявляє собою нашу першопочаткову базу даних, наведену до 3 НФ.
Відношення знаходиться в третій нормальній формі, якщо воно знаходиться в другій нормальній формі та кожен його неключовий атрибут безпосередньо (не транзитивно) залежить від первинного ключа.
В більшості випадків досягнення третьої нормальної форми вважається достатнім для реальних проектів баз даних, проте в теорії нормалізації існують нормальні форми вищих порядків (НФБК, 4НФ, 5НФ), деякі з яких пов'язані вже не з функціональними залежностями між атрибутами стосунків, а відображають тонші питання смислового вмісту наочної області.
Переваги нормалізації:
краща загальна організація бази даних;
скорочення кількості непотрібного повторювання даних;
узгоджування даних в базі даних;
більш гнучка структура бази даних;
ефективні можливості забезпечення безпеки та надійності бази даних.
Процес нормалізації покращує організацію бази даних, полегшуючи роботу з нею усім, починаючи з простих користувачів до адміністратора, який відповідає за загальне керування об’єктами бази даних. Зменшується кількість повторювань даних, що спрощує структуру даних та економить дисковий простір. Через скорочення дублювання даних зменшується ймовірність їх неузгоджування. Так як в підсумку нормалізації база даних поділяється на більш дрібні таблиці, модифікувати існуючі таблиці стає легше. Набагато легше змінювати таблицю з невеликою кількістю даних, ніж велику таблицю, яка містить усі важливі для бази даних значення. Нарешті, підвищується безпека у тому розуміні, що адміністратор бази даних отримує можливість дозволити різним користувачам доступ лише до обмеженного переліку таблиць. Нормалізація спрощує керування безпекою.
