DevilAngel Apr 2 2015 at 18:53

Нормализация отношений. Шесть нормальных форм

8 min

1.4M

MySQL*SQL*

From sandbox

Comments 14

agorkov Apr 2 2015 at 20:04

По-моему, вы как-то не совсем правильно привели таблицу во вторую нормальную форму.
Вы утверждаете, что

отношение находится во 2НФ, если оно находится в 1НФ и каждый не ключевой атрибут неприводимо зависит от Первичного Ключа(ПК).

Смотрим на требования 1НФ:

Отношение находится в 1НФ, если все его атрибуты являются простыми, все используемые домены должны содержать только скалярные значения. Не должно быть повторений строк в таблице.

А в таблице скидок строка «BMW 5%» повторяется трижды.

DevilAngel Apr 2 2015 at 21:16

да. спасибо. исправил. это механически набрал. извиняюсь.

Jabher Apr 2 2015 at 21:16

Это же практически прямая калька из википедии. Например, 6 нормальная форма — даже адрес слесаря тот же самый остался

usualdesigner Apr 2 2015 at 23:43

Да, хорошая статья обычно уже написана до нас

northbear Apr 3 2015 at 05:10

М-да… Гораздо проще нормальные формы объясняются с помощью графов, где ноды это домены, а ребра — отношения…

DevilAngel Apr 3 2015 at 09:50

Спасибо за идею. Приму на заметку.

TimReset Apr 4 2015 at 13:50

Пример можно?

JuraZ Apr 3 2015 at 13:22

Автор или студент или преподователь. Признайтесь :)

DevilAngel Apr 3 2015 at 13:27

студент 4 курса)

JuraZ Apr 3 2015 at 14:41

Всё что написанно верно. Но. Глубина абстракций очень высока.
Сомневаюсь что это помогает в понимании реального проектирования БД.

Ну например вот это:

Отношение находится в НФБК, когда каждая нетривиальная и неприводимая слева функциональная зависимость обладает потенциальным ключом в качестве детерминанта.

Это же мозг разрывает :)
А пример вообще опасный, так как ваш Composite Key [Тариф+Время Начала] во второй таблице нарвётся на ограничение уникальности.