>
Нормалізація - процес зменшення надмірності інформації в таблицях реляційної БД і, як наслідок, побудови оптимальної структури таблиць і зв'язків.
Можна виділити 4 основних правила, якими слід керуватися при проектуванні та подальшої нормалізації таблиць бази даних:
1. Кожне поле будь-якої таблиці повинно бути унікальним.
2. Кожна таблиця повинна мати унікальний первинний ключ, який може складатися з одного або декількох полів таблиці.
. Для кожного значення первинного ключа повинно бути одне і тільки одне значення будь-якого з стовпців даних, і це значення має ставитися до об'єкта таблиці.
. Повинна бути можливість змінювати значення будь-якого поля (що не входить в первинний ключ), і це не повинно спричинити за собою зміну іншого поля.
Створена мною таблиця задовольняє вищевикладеним вимогам:
Нормальна Форма
Назва табліциКлючевое полеФільми Клієнти Прокат Бронювання ЗаказиКод Id Код Забронював (П.І.Б.) Код фільму
Нормальна Форма:
Виконуються обмеження 1НФ, і кожен не ключовий атрибут функціонально повно залежить від складеного первинного ключа.
Нормальна Форма:
Всі неключові атрибути відносини взаємно незалежні і повністю залежать від первинного ключа.
Таким чином, база даних задовольняє всім вимогам нормалізації таблиць і Третя нормальна форма - остаточний результат нормалізації моєї Бази даних.
3.3 Схема даних
Відносини - це правила, підтримувані на рівні механізму реалізації СУБД. Розрізняють три типи відносин:
- Ставлення В«один-до-одногоВ»: для кожного рядка в одній таблиці існує не більше одного рядка пов'язаної таблиці.
- Ставлення В«один-до-багатьохВ»: одна таблиця не містить взагалі або має набір пов'язаних В«дочірніхВ» записів з іншої таблиці.
- Ставлення В«багато-до-багатьохВ»: для кожного рядка першої таблиці може існувати набір рядків в іншій таблиці і навпаки. Такий зв'язок організується, як правило, за допомогою третьої, сполучною таблиці, яка містить значення первинних ключів обох таблиць в якості зовнішніх ключів.
4. Створення користувацького інтерфейсу
