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

preview_player
Показать описание
Второе видео из серии о нормализации отношений баз данных. На примере понятно и доступно рассказывается о том, как спроектировать таблицу базы данных, чтобы она соответствовала условиям второй нормальной форме.

Присоединяйтесь к нам!

Желаю вам успехов обучении!
Рекомендации по теме
Комментарии
Автор

Изучили вторую нормальную форму? Отлично, так держать! Но этого не достаточно для того, чтобы проектировать БД, мой друг!
Самое время изучить 3-ю НФ и закрепить материал с видео о секретах нормализации (ссылки в описании).

Успехов в обучении!

JohnnySvarog
Автор

Блин, ну есть же те, кто может рассказать понятно, а не как преподы в универе.

denus
Автор

Блин, нашла канал, и очень расстроена, что новых видео не было уже год 😢 надеюсь, ты ещё читаешь новые комментарии, потому что хочу сказать большое спасибо 😊

alisonrae
Автор

Прекрасная серия уроков: всё доходчиво и непринуждённо представлено - спасибо большое!

albanec
Автор

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

georgel
Автор

Очень хорошо и доступно! Больше вам просмотров!

oncefgs
Автор

Спасибо. Очень все понятно. В универе бы так объясняли в свое время

alexanderzaremba
Автор

Большое спасибо! Всё чётко и понятно. Изучаю Д.Л.Осипова "Технологии проектирования БД". Ваш видеокурс - прекрасное наглядное дополнение для лучшего усвоения материала!

vladaronov
Автор

Отлично объяснили, было полезно, спасибо!

vitaliygorbunov
Автор

Спасибо! Молодец! Очень всё понятно!!!

wzvlliq
Автор

Спасибо за урок! Все очень просто и доходчиво!

romanmotovilov
Автор

Наконец-то доступным языком, спасибо!

ilyagoldovskiy
Автор

а почему на 2:19 не создать полностью уникальный идентификатор, то есть автоинкремент, как и говорилось? почему именно два инкремента нужно?

zzfjkef
Автор

а как понимать таблицу Product_Ingredients, она содержит 2 атрибута - 2 внешних ключа, а первичных у нее нет, значит она не в второй форме?

skily
Автор

блин, да ты крут! лайк подписка, все по списку

peronium_
Автор

Не понимаю восторга комментаторов, т.к. лектор, похоже, сам не до конца понимает теорию. Вернее, понимаю намерение объяснить "на пальцах" сложные для кого-то вещи и снимаю шляпу, но не могу удержаться от замечания. Дело в том, что таблица, перекочевавшая их первого урока про 1НФ, уже находится во 2НФ:
1) Таблица находится в 1НФ (показано в предыдущем уроке)
2) У таблицы должен быть первичный ключ (здесь есть, это составной ключ (Product_Name, Ingredient) - натуральный ключ)
3) Все атрибуты должны описывать первичный ключ целиком, а не какую-то часть первичного ключа (здесь вся таблица по сути состоит только из первичных составных ключей, нет неключевых атрибутов, как и у третьей таблицы в финальном примере)
А вот когда он добавил в эту таблицу атрибуты Product_Id и Ingredient_Id, эта таблица перестала соответствовать 2НФ, и дальнейшие рассуждения имеют смысл.

andrewkruchini
Автор

спасибо!
но, что мешало сразу добавить столбец id в качестве первичного ключа и оставить в исходной таблице столбец ингредиентов ?
и что значит "описывать ключ " ? как атрибуты могут описывать ключ, если он по сути просто является идентификатором

Max-wngd
Автор

Разве можно сказать про таблицу ingredients что она приведена к 2НФ? Ведь, vendor contact не описывает пк вообще никак, а уловие 2НФ, все атрибуты должны описывать пк целиком.

lcycofm
Автор

А если к примеру один поставщик нам поставляет несколько ингредиентов ?)

ZEXthn
Автор

Хоть кто-то нормально все обьяснил. Ф то умников много, а сказать толком ничего не могут. Спасибо!

nivwywb