DevilAngel Apr 2 2015 at 15:53

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

8 min

1.7M

MySQL * SQL *

From sandbox

Comments 14

agorkov Apr 2 2015 at 17:04

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

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

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

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

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

DevilAngel Apr 2 2015 at 18:16

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

Jabher Apr 2 2015 at 18:16

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

usualdesigner Apr 2 2015 at 20:43

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

northbear Apr 3 2015 at 02:10

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

DevilAngel Apr 3 2015 at 06:50

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

TimReset Apr 4 2015 at 10:50

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

JuraZ Apr 3 2015 at 10:22

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

DevilAngel Apr 3 2015 at 10:27

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

JuraZ Apr 3 2015 at 11:41

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

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

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

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