Спасибо большое за это видео! Несколько часов искала в интернете объяснение этой темы на человеческом языке, психанула и пошла искать видео на ютубе :D Всё очень понятно, по делу, а главное, с юмором
Лучшие примеры в Рунете. Гене отдельное спасибо, что зашел. Волшебному коту поклон. В первом же задание разделил первую таблицу на три штуки и связал связями, перестарался, бывает...
Очень годно и доступно обьяснил , читал википедию , смотрел видео на ютубе , очень скудная инфа , а тут все просто и по полкам , респект !!!!! А главное хорошие примери
Агонь объясняет! Препод красава, презентация супер! Нет даже намека на сон в 00:45 (ночи). А то есть такие занудные, что за 2 минуты слушанья спать хочется)))
Спасибо за серию лекций: доступно, без сложной терминологии, понятно (даже для такого новичка, как я), лёгкая подача материала в отличие от большинства лекций на RUclips.👏
О боже, пошел в шарагу после 9 на программиста т.к. думал что это халявный диплом IT-шника, а теперь сижу тут и пытаюсь вникнуть. Спасибо за ролик, благодаря вам меня допустят к практике.
Знающие подскажите, если идентификаторы зависит друг от друга то это 2НФ?(пример: в таблице клиенты 10 строк и в таблице заказы, заказы не могут превышать 10). Если таблице есть два идентификатора то это 3НФ?
Объясните, пожалуйста. Третья нормальная форма предполагает, согласно видео, отсутствие связей между неключевыми атрибутами. Однако в правой таблице появляется связь между именем и телефоном: первичный ключ -> имя -> телефон. Получается транзитивная зависимость, или я неправильно понял? В свою очередь идентификатор шины никак не связан с поставщиком, а мы в примере наоборот их разносим в разные таблицы. Хотя они зависят от первичного ключа и не зависят друг от друга . Согласно тому что говорит "Гена", так и должно быть. Почему мы тогда их разнесли в разные таблицы?
В последнем примере разве не логичнее было бы вынести связь Шина-Поставщик в отдельную таблицу? Ведь этим мы нарушаем 2НФ - атрибут поставщика - не зависит от первичного ключа таблицы "Шина" - поставщиков может быть несколько
Да, забыли указать что у одной шины может быть только один поставщик (исключительно в данном примере). Если бы у одной шины могло быть несколько поставщиков, то отдельная таблица Шина-Поставщик была бы необходима несомненно.
походу у меня вся база в 2 и 3 НФ, я даже составные ключи не делаю.. это уже даже вошло в привычку. Если я вижу, что две совершенно разные сущности сразу создаю таблицу объединения по внешним ключам.. до 4 и 5 НФ даже дело не доходит :)
@@Rclass ладно.. спасибо.. всегда хотел спросить такую вещь. Хранение и поиск по строкам очень затратно? Тогда почему ФИО мы не разбиваем на имена и отчества, которые часто встречаются, что бы в таком случае фамилию хранить рядом с их индексами и поиск выполнять только по фамилии?
Не совсем понимаю, зачем вы в примерах везде добавляете суррогатный ключ, если можно обойтись естественным? Возьмем пример с 2НФ, вы говорите, что нужно выделить первичный ключ, и добавляете "worker_id" и "project_id" (суррогатные ключи), хотя можно использовать естественные ключи name и project?
Привычка. После работы с боевыми проектами автоматически хочется завести такие ключи. Здесь да, они не нужны как правило. Спасибо за ценный комментарий :)
@@Rclass я к тому, что на практике такие знания формулировок не используются вообще. Приёмы и способы - да. Но лучше начинать именно с проектирования структур данных для хранения, чем с разгребания куч уже готовых. Намного лучше усваивается наглядное представление грамотно организованных структур и их связей, вместо зубрёжки терминологии. Ну это просто моё мнение, как человека с практическим опытом. Смотрите сами, в общем.
Какой смысл объяснять нормализацию на трех разных таблицах? В чем проблема показать от а до я с одной таблицей, показать пример проектирования. Бесполезное видео.
Вот он шутит про экзамены, а я реально смотрю это видео что бы сдать экзамен…
Очень надеемся что помогли вам :)
А Антон и не шутил про них, они были)
Троеточие....
Согласен
Гена, красавчик, лучшее объяснение в ру нете
Чётко, ровно
поддерживаю, умеют, магют
Вроде лектора зовут Антон …но поддерживаю что объяснение хорошее )
Оказывается все так просто, а я с этим неделю разбирался... спасибо, очень подробно и понятно. Жаль что раньше не увидел этот материал
Спасибо! Мы старались ^_^
Лучшее объяснение нормальных форм! Все по делу, без воды и максимально простым языком! P. S. Гене респект!
Спасибо, мы старались :)
То чувство, когда из видео понял больше, чем из лекций препода в Политехе))))) Огромное спасибо!
Спасибо что смотрите :)
Привет от Павленко😂
Привет от Ильяшенко))) Препод в ипмэите
Привет от Пахомовой
Привет от Юркина)
Три дня читала википедию... нИ....Я НЕ ПОНЯЛА. Пришёл Гена и всё понятно. Спасибо лектору, офигенно учит!
Спасибо, мы старались :)
Спасибо большое за это видео!
Несколько часов искала в интернете объяснение этой темы на человеческом языке, психанула и пошла искать видео на ютубе :D
Всё очень понятно, по делу, а главное, с юмором
Спасибо что смотрите :) Для вас стараемся :)
Гена лучший друг и не только в рамках презентации - хочется его теперь вообще на все курсы с собою брать!
Гена доволен)
Спасибо за объяснение, тоже готовлюсь к экзамену))
Спасибо что смотрите) Удачи!
У вас отличная подача материала, коротко и ясно, спасибо! 🙌
Спасибо! Стараемся для вас :)
Мне нужен такой Гена, на моей работе!😅
Нам всем иногда нужен Гена)
огонь! без воды и тяжёлой наркомании всё понятно. благодарствую
Спасибо, стараемся)
вы нам очень помогли!! пожелайте удачи на сессии! гена лучший) всех благ
Ни пуха, ни пера! :)
@@Rclass сдали на 5! спасибо большое
@@jeeeez Супер :)
Лучшие примеры в Рунете. Гене отдельное спасибо, что зашел. Волшебному коту поклон. В первом же задание разделил первую таблицу на три штуки и связал связями, перестарался, бывает...
Спасибо, мы старались ^_^
Очень годно и доступно обьяснил , читал википедию , смотрел видео на ютубе , очень скудная инфа , а тут все просто и по полкам , респект !!!!! А главное хорошие примери
Спасибо, мы старались :)
Лайк однозначно. Просто, весело и лаконично. 👍
Спасибо, старались для вас :)
Агонь объясняет! Препод красава, презентация супер!
Нет даже намека на сон в 00:45 (ночи). А то есть такие занудные, что за 2 минуты слушанья спать хочется)))
Спасибо, мы старались :)
Влияние элементов юмора на обучение явно недоизучено и недооценено!
@@АсенькаАлей стараемся менять ситуацию в лучшую сторону :)
Спасибо за серию лекций: доступно, без сложной терминологии, понятно (даже для такого новичка, как я), лёгкая подача материала в отличие от большинства лекций на RUclips.👏
Спасибо, мы старались :)
Шикарное объяснение, Антон Спасибо!
Всегда пожалуйста! Для вас стараемся :)
Антон спасибо за Ваши лекции, супер
Всегда пожалуйста :)
Только сейчас понял, что это такое) Благодарю!
Спасибо за отклик! Стараемся)
С Геной вообще огонь, буду всем рекомендовать Ваши видео. Спасибо❤️🙏🏻 Процветания ❤️🙏🏻
Гена ван лав) Спасибо за отклик)
Спасибо за материал и отдельно спасибо, что выложили презентацию в общий доступ)
Стараемся для вас :)
Спасибо. Отличное объяснение. Гена - всё на пальцах, по понятиям, разжуёт.🙂
Стараемся!
9:40 - я могу быть не прав, но таблица справа находится не в третьей нормальной форме , так как номер телефона относится конкретно к саплайеру
Всё, что относится к supplier находится в правой таблице.
О боже, пошел в шарагу после 9 на программиста т.к. думал что это халявный диплом IT-шника, а теперь сижу тут и пытаюсь вникнуть. Спасибо за ролик, благодаря вам меня допустят к практике.
Материал классно подан, спасибо!)
Спасибо за отклик :)
Что ж вы не выкладываете разбор задачек своих, было бы интересно себя проверить)
Возможно в дальнейшем попробуем. Пока нет таких планов, к сожалению.
@@Rclass жаль, а было бы неплохо в том же доке и ответы иметь)
Но всё же отличный контент, спасибо
Очень круто! От души
Спасибо за отклик! Стараемся для вас!
Большое спасибо, Гена гений :D
Спасибо, мы старались :)
Гена, браток, спасибо тебе, бродяга!
Аеее %)
Крутой мужик. Спасибо!
Спасибо, мы старались )
Спасибо Гене, без него бы не понял!
Спасибо за отклик)
Большое спасибо! Очень доступная подача материала.
Спасибо, мы старались :)
Спасибо большое за объяснение
Всегда пожалуйста :)
Знающие подскажите, если идентификаторы зависит друг от друга то это 2НФ?(пример: в таблице клиенты 10 строк и в таблице заказы, заказы не могут превышать 10). Если таблице есть два идентификатора то это 3НФ?
Внатуре класс! Геннадий могёт 👍🤣
Спасибо, мы старались :)
Круто! Просто и ясно! Спасибо Вам!
Спасибо за отклик :)
я просто коммент оставлю для продвижения, это реально топово
Ай спасибо большое, добрый человек!
Мои комплименты лектору!
Спасибо, стараемся ^_^
Подскажите, где можно ответы на дз посмотреть? Хочется свериться
Увы, ответов нет(
Очень полезные лекции👍🏼👍🏼👍🏼 Спасибо Вам
Спасибо что смотрите :)
Красавчик Гена +))
А то)
Круто! Всё ясно и понятно! Спасибо Вам!
Стараемся для вас :)
@@Rclass спасибо
Нормально объяснил. Спасибо.
Спасибо, мы старались :)
Спасибо огромное, очень-очень полезное видео!!!
Спасибо, мы старались :)
пока легко, когда следующее видео?
Ого, весь курс будет?
однозначно
На моменте с Геной обоссялся от смеха.😆 Лецкия - огонь.
Спасибо, мы старались)
Объясните, пожалуйста. Третья нормальная форма предполагает, согласно видео, отсутствие связей между неключевыми атрибутами. Однако в правой таблице появляется связь между именем и телефоном: первичный ключ -> имя -> телефон. Получается транзитивная зависимость, или я неправильно понял? В свою очередь идентификатор шины никак не связан с поставщиком, а мы в примере наоборот их разносим в разные таблицы. Хотя они зависят от первичного ключа и не зависят друг от друга . Согласно тому что говорит "Гена", так и должно быть. Почему мы тогда их разнесли в разные таблицы?
мне кажется правильнее было бы саплаера оставить в левой, а в правой использовать его как первичный ключ и + телефон как не ключевой атрибут
Гена - герой. Тот, кто объединил Гену и понятные примеры - легенда
Спасибо, мы старались :)
Спасибо за классное объснение!
Спасибо, мы старались :)
Гена - чёткий пацан😂
Именно так)
Вопрос на засыпку, а как проверить, что задачи решил правильно?)
Это надо курс организовывать, мы пока не готовы к такому)
гуд!спасибо
Спасибо, доступно объяснили)
Спасибо, мы старались :)
В последнем примере разве не логичнее было бы вынести связь Шина-Поставщик в отдельную таблицу? Ведь этим мы нарушаем 2НФ - атрибут поставщика - не зависит от первичного ключа таблицы "Шина" - поставщиков может быть несколько
Да, забыли указать что у одной шины может быть только один поставщик (исключительно в данном примере). Если бы у одной шины могло быть несколько поставщиков, то отдельная таблица Шина-Поставщик была бы необходима несомненно.
Отличное видео
Спасибо, мы старались ^_^
Ъюъ, у нас препод в РТК точно такую же презентацию нам скидывал!
Ну, бывает) Просвещаем всех)
А если в 1 нф будет массив из одного значения?
Теперь, когда столкнусь со сложным определением, буду орать в форточку : "ГЕНА ПРИДИ!"
Да, иногда очень хочется позвать Гену)
походу у меня вся база в 2 и 3 НФ, я даже составные ключи не делаю.. это уже даже вошло в привычку. Если я вижу, что две совершенно разные сущности сразу создаю таблицу объединения по внешним ключам.. до 4 и 5 НФ даже дело не доходит :)
Это же замечательно :) Отличная привычка! Всем бы такую)
@@Rclass ладно.. спасибо.. всегда хотел спросить такую вещь. Хранение и поиск по строкам очень затратно? Тогда почему ФИО мы не разбиваем на имена и отчества, которые часто встречаются, что бы в таком случае фамилию хранить рядом с их индексами и поиск выполнять только по фамилии?
@@KGB1st всё зависит от задачи, если у вас огромная информационная система в которой это будет иметь смысл - именно так и нужно делать! :)
скажите, а на проверку можно присылать решения?)))
Спасибо!
Стараемся для вас :)
Всё раскидали по понятиям!
Гена одобряет)
нам бы такого препода в нашу шаражку (
спасибо большое!
Всё для вас :)
Здравствуйте. У меня вопрос по первому заданию. Почему старостами групп являются люди не входящие в список студентов?)
Вопрос справедливый. Можно считать что приведена лишь часть данных (строк).
Гена мой кумир😅
Поясняет чётко!
ну Бекмырза раз сказал значит надо
Пример 2 нормальной формы не самый удачный, так как здесь уже достигнута 3 нормальная форма. Но каналу все равно лайк за материалы.
Спасибо что смотрите :)
супер!
Спасибо, мы старались :)
Первое я как то и без Гены понял. А вот второе уже не получилось
Гена помогает :) Спасибо за отклик :)
Уважуха гене
Без гены мы никуда :)
Спасибо
Всегда пожалуйста ^_^
Можно смотреть с 3:45
Если прям к сути, то да.
СПАСИБО!!!!
Вам спасибо что смотрите :)
Всей группой смотрим на парах объяснения от Гены
Ого! Спасибо, мы старались :)
Только мне интересно зачем пиво в левом верхнем углу? )
Бесплатная версия pdf просмотрщика для Android TV таким образом просит донат :)
Ну и сложно наверное представить Ъ-Программистов без пива, не так ли?)
Это все логически понятно, я в 19 лет уже такое делал. Зачем так сложно называть? Нормализация, декомпозиция и сколько еще там терминов...
Не пойму чем отличается 2нф от 3
И там и там нужно работать с пключом
таблица, которая якобы была в 1НФ не находится в ней, т.к. по сути столбец с именем и фамилией нужно разбить на два, а так он не является атомарным
На самом деле зависит от задачи. Если это имя для отображения на сайте, например, то в этом поле может быть просто никнейм.
Не совсем понимаю, зачем вы в примерах везде добавляете суррогатный ключ, если можно обойтись естественным?
Возьмем пример с 2НФ, вы говорите, что нужно выделить первичный ключ, и добавляете "worker_id" и "project_id" (суррогатные ключи), хотя можно использовать естественные ключи name и project?
Привычка. После работы с боевыми проектами автоматически хочется завести такие ключи. Здесь да, они не нужны как правило. Спасибо за ценный комментарий :)
@@Rclass Спасибо за ответ и уроки.
Набираюсь сопутствующей информации перед курсами по data аналитике.
@@korshe9410 Вам спасибо что смотрите и комментируете :)
О, Харламов
Да не похоже же, ну! Или...
Складывается ощущение что вторая и третья форма одно и то же
ГЕНА, ПОМОГИ
Только свистни, он появится!
Что это? Зачем это? Где на практике это применяется? Слишком много воды. Следует нормализовать все лекции по нормализации.
В самом начале объясняли зачем нужна нормализация) Эх, видимо придется сначала денормализовать, а потом нормализовать обратно)
@@Rclass я к тому, что на практике такие знания формулировок не используются вообще. Приёмы и способы - да. Но лучше начинать именно с проектирования структур данных для хранения, чем с разгребания куч уже готовых. Намного лучше усваивается наглядное представление грамотно организованных структур и их связей, вместо зубрёжки терминологии. Ну это просто моё мнение, как человека с практическим опытом. Смотрите сами, в общем.
@@europoors пробовали и так и так. Но видео - это лишь теория) Задачки на проектирование - лежат под видео :)
Вжух и все))
Именно так!
топ
Спасибо большое :) Стараемся для вас :)
без Гены не разберешься
А то! Гена - наше всё)
Какой смысл объяснять нормализацию на трех разных таблицах? В чем проблема показать от а до я с одной таблицей, показать пример проектирования. Бесполезное видео.
Благодарим вас за отзыв. Примеры примитивизированы, всё самое вкусное - на практике :)
КРИНДЖ 😖
Спасибо огромное
Всегда пожалуйста :)
Спасибо огромное
Спасибо за отклик :)