Notice: This page requires JavaScript to function properly.
Please enable JavaScript in your browser settings or update your browser.
Третя Нормальна Форма | Нормалізація та Нормальні Форми
Реляційні Бази Даних та Нормалізація
course content

Зміст курсу

Реляційні Бази Даних та Нормалізація

Реляційні Бази Даних та Нормалізація

1. Моделі Баз Даних
2. Реляційні Бази Даних
3. Нормалізація та Нормальні Форми

book
Третя Нормальна Форма

Правила третьої нормальної форми:

  • Потребує другу нормальну форму.

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

Бувають моменти, коли ви хочете додати новий атрибут в таблицю, але іноді це розширить таблицю до неймовірних розмірів! А якщо атрибути не прив'язані до головного ключа - це нелогічно!

Подивіться на приклад:

Тут Designer Grade (Рівень Дизайнера) та Designer Country (Країна Дизайнера) не є атрибутами Project (Проекту). Ці атрибути прив'язані лише до Designer. І так само, як і в попередньому розділі, якщо ми видалимо перший запис, ми втратимо інформацію про ступінь та країну дизайнера Роберта Джаррі, хоча хотіли видалити лише проект.

Давайте нормалізуємо це!

Супер! Тепер у нас є дві сутності з окремими таблицями:

  • Проект має лише свої атрибути.
  • Дизайнер має лише свої атрибути.
Які правила третьої нормальної форми?

Які правила третьої нормальної форми?

Виберіть кілька правильних відповідей

Все було зрозуміло?

Як ми можемо покращити це?

Дякуємо за ваш відгук!

Секція 3. Розділ 4
We're sorry to hear that something went wrong. What happened?
some-alt