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Друга Нормальна Форма

Щоб зрозуміти другу нормальну форму, ми повинні ввести поняття складеного первинного ключа: ключ, який складається з двох або більше атрибутів у таблиці. Мета складеного ключа - однозначно ідентифікувати кожен рядок у таблиці на основі значень декількох стовпців. Як ми вже згадували в попередньому розділі, атрибути, які складають складений первинний ключ, називаються атрибутами ключа.

Приклад

Наприклад, таблиця "Employee-Department": припустимо, у нас є таблиця "Employee" (Працівник) зі стовпцями EmployeeID та DepartmentID. Оскільки кожен працівник може працювати лише в одному відділі, а в кожному відділі може бути кілька працівників, ми можемо використовувати складений ключ, що складається з обох стовпців, як первинний ключ таблиці.

Правила другої нормальної форми:

  • Вимагає першої нормальної форми.
  • Усі неключові атрибути (тобто стовпці, які не є частиною первинного ключа) є повністю залежними від первинного ключа.

Щоб зрозуміти другу умову, важливо зрозуміти, що мається на увазі під "повною залежністю". Стовпець є повністю залежним від первинного ключа, якщо він залежить від усього первинного ключа, а не тільки від його частини.

У нашому прикладі таблиця відповідає першій нормальній формі з композитним ключем, створеним з EmployeeID та DepartmentID. Однак вона не відповідає другій нормальній формі: хоча зарплата залежить від ідентифікатора працівника та ідентифікатора відділу, роль керівника відділу повністю залежить від ідентифікатора відділу і не змінюється через ідентифікацію працівника.

Атрибути Name та Surname залежать від EmployeeID. Тому їх слід розмістити в окремій таблиці. Таким чином, деякі атрибути залежать лише від частини композитного ключа.

Ця структура може призвести до аномалії зміни: наприклад, якщо ми видалимо другий рядок, ми ненавмисно втратимо інформацію про керівника відділу, оскільки інші рядки не мають цього конкретного ідентифікатора відділу.

Нормалізація

Давай нормалізуємо за допомогою другої нормальної форми:

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

Примітка

Таблиця в першій нормальній формі без композитного ключа за замовчуванням задовольняє вимоги другої нормальної форми.

Якими є правила **другої нормальної форми**?

Якими є правила другої нормальної форми?

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

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

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

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

Секція 3. Розділ 3
some-alt