Третья нормальная форма. Правила нормализации БД

Рет қаралды 58,857

6 жыл бұрын

Третье видео из серии о нормализации отношений баз данных. На примере понятно и доступно рассказывается о том, как спроектировать таблицу базы данных, чтобы она соответствовала условиям третьей нормальной формы.
Плейлист БД: • Базы данных. Нормализа...
I НФ: • Первая нормальная форм...
II НФ: • Вторая нормальная форм...
III НФ: • Третья нормальная форм...
1,2,3 формы в одном видео: • Первая, вторая, третья...
Нормальная форма Бойса-Кодда: • Нормальная форма Бойса...
Присоединяйтесь к нам!
Наша группа в контакте: excellentprogrammer
Желаю вам успехов обучении!

Пікірлер: 35

@JohnnySvarog 6 жыл бұрын

Всем привет! Изучили первые три нормальные формы? Самое время закрепить пройденный материал ! А что если изменятся требования к системе? Как изменится степень нормализации сущности? Смотрите в этому видео, об этом мало кто расскажет: kzfaq.info/get/bejne/pL1mnpigz7ulcYk.html Оставайтесь воодушевленными! Успехов в обучении!

@5-th862 6 жыл бұрын

наконец-то хоть кто-то всё разжевал, большое спасибо

@alexanderzaremba4595 5 жыл бұрын

Автору спасибо за труд. Правда много времени сэкономил

@PARCOURist1 6 жыл бұрын

орнул с поставщиков)

@SolistTV 4 жыл бұрын

Лишний раз разложил все по полочкам =) очень здорово. Полезный видос.

@TheMaddybaddy 6 жыл бұрын

Самое, мать его, лучшее пояснение 3нф!

@live_man 2 жыл бұрын

Автору спасибо за труд.

@lessik12 3 жыл бұрын

Спасибо большое. Завтра экзамен, а я никак не могла нормально разобраться с этими формами. От души!

@dauletamireev6534 Жыл бұрын

Каждый раз пересматриваю перед собесом!!! Автору респект

@toysreview1333 2 жыл бұрын

Спасибо за толковое объяснение.

@vladmartynenko9329 2 жыл бұрын

Спасибо огромное!!! Очень ясно и четко

@bomberoneonevanob6002 5 жыл бұрын

Ух ты ! Автор молодец спасибо.

@leomysky 3 жыл бұрын

Блин, очень круто, спасибо большое!

@topmoments8902 Жыл бұрын

Спасибо большое, что разжевали)

@vladaronov7505 8 ай бұрын

Спасибо большое! Усвоено!

@brodlovherrsov7097 5 жыл бұрын

Четко!

@socialcatalyst2608 Жыл бұрын

Спасибо бро, из 2022 года!

@user-dk3qp3ov3f 3 жыл бұрын

Изначально таблица ингредиентов не находится во 2НФ. Атрибут Vendor Contact зависит от не ключевого атрибута Vendor.

@user-di6xs6bg7s 2 жыл бұрын

Видимо предполагается, что товар может поставлять только один поставщик.

@Ash-jh3wk 3 жыл бұрын

Благодарю

@antonkaschin7073 3 жыл бұрын

Оставайтесь воодушевленными это круто, и баба Дуся, пьяный мельник:)))

@Max-wn2gd 5 жыл бұрын

хмм, м.б. я в чем-то ошибаюсь, но после декомпозиции, вторая таблица всё также не находится в 3НФ, так как Vendor contact зависит от Vendor. Вы, кстати, об этом сказали на 2:40.

@JohnnySvarog 5 жыл бұрын

на 2:40 о вендоре я говорил скорее как о логической сущности. "Плясать" нужно всегда от ключа. В первой таблице (до декомпозиции) ключ IngredientId, а значит, все остальные столбцы так или иначе должны относиться к ингредиенту (описывать ингредиент, если так угодно). Смотрим, IngredientName - ок, относится, Vendor - ну, допустим; можно считать его как свойство ингредиента - кто произвел - ок. VendorContact - ну уже не катит совсем, это уже явно относится к вендору, а не к ингредиенту. Да и как-то нелогично было бы, если бы при смене электронного адреса вендора нам пришлось бы делать запрос на обновление всех связанных ингредиентов, не так ли? Во второй таблице: "Пляшем" от ключа VendorId. Vendor (по сути - правильнее было бы назвать VendorName) - OK, имеет непосредственное отношение к вендору. Contact (Vendor contact) - тоже ОК (но здесь есть нюансы, при определенных условиях эта таблица даже не потянет на первую форму, см. ссылку для видео "1,2,3 формы в одном видео" в описании, там подробно разбирается этот пример). Но при прочих равных условиях - таблица в 3НФ.

@user-mw4zk8pe7z 3 жыл бұрын

Тоже возник этот вопрос. Спасибо автору за пояснение 💪

@RuslanSkiraUkraine 3 жыл бұрын

интересны такие темы как ACID, many to many, index. И такой вопрос как можно практиковать в знаниях в бд если работаем все время через ОРМку.?

@rockstation768 Жыл бұрын

Знающие подскажите, если идентификаторы зависит друг от друга то это 2НФ?(пример: в таблице клиенты 10 строк и в таблице заказы, заказы не могут превышать 10). Если таблице есть два идентификатора то это 3НФ?

@ivannoev97 Жыл бұрын

Не понял в конце зачем нужна нормализация. Когда мы добавляем новые данные - они не нормализованы, поэтому можно наткнуться на старый имейл? Выглядит просто как будто добавили строки, получили аномалию, но ответа зачем нужна нормализация - не получили.