DevilAngel 2 апр 2015 в 18:53

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

8 мин

1.4M

MySQL*SQL*

Из песочницы

Комментарии 14

agorkov 2 апр 2015 в 20:04

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

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

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

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

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

DevilAngel 2 апр 2015 в 21:16

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

Jabher 2 апр 2015 в 21:16

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

usualdesigner 2 апр 2015 в 23:43

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

northbear 3 апр 2015 в 05:10

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

DevilAngel 3 апр 2015 в 09:50

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

TimReset 4 апр 2015 в 13:50

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

JuraZ 3 апр 2015 в 13:22

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

DevilAngel 3 апр 2015 в 13:27

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

JuraZ 3 апр 2015 в 14:41

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

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

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

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