Гена просто чёткий поцан ! Внатуре, пришёл значит и разложил чётенько всё и всем. Респект авторам.
@Rclass3 жыл бұрын
Спасибо, мы старались)
@Disorrder3 жыл бұрын
Класс! Чётко! Умеете, могёте. Гене привет
@Rclass3 жыл бұрын
Спасибо, мы старались :)
@PBarb-l1rАй бұрын
По моему в примере на 1:39 потенциальных ключей все-таки 2: (project_id, task), (project_id, responsible). На 0:54 упрощенное утверждение: "ключевые атрибуты не должны зависеть от неключевых". И как-то не особо пример ложится на это упрощение, так как оно всегда истинно, так как неключевых атрибутов попросту нет в примере))). Следовательно согласно упрощенной формулировке таблица уже в BCNF. А вот если выписать минимальное множество функциональных зависимостей для этого же примера: 1fd: responsible -> task 2fd: (project_id, task) -> responsible 3fd: (project_id, responsible) -> task то увидим, что в 1fd - детерминантом будет responsible, который не является потенциальным ключом, и поэтому полноценному определению BCNF таблица уже не соответствует. Поэтому упрощённая формулировка урезает смысл значительно. Тогда уж так: 3NF и ключевые атрибуты не должны зависеть от любых зависимостей кроме потенциальных ключей.
@rfatnabayeff Жыл бұрын
@2:37 поясните пж, после декомпозиции в левой таблице имеются дублирующиеся строки с id=3, id=4, получается она не находится в 1-2 НФ, значит не находится и в 3НФ, и в НФБК? Также, правая таблица не имеет первичного ключа (project_id повторяются).
@Tsukasa-mixer4 жыл бұрын
Жги дальше. Всегда полезно вспомнить основы
@invisibleinvisible832 жыл бұрын
Очень нравятся Ваши видео❤️🙏🏻Спасибо
@Rclass2 жыл бұрын
Вам спасибо что смотрите :)
@hansbarbarossa46134 жыл бұрын
Очень информативно. Спасибо большое!
@АлёнаЗайчук-г1с3 жыл бұрын
и ни одного коммента про футболку Asking Alexandria) йеее рок
@Rclass3 жыл бұрын
Еееее!
@bunnyrin Жыл бұрын
Смотрю перед экзаменом, спасибо! P.S Asking Alexandria - зачёт ❤
@Rclass Жыл бұрын
Удачи)
@varvarskaya4 жыл бұрын
Спасибо, очень доходчиво!
@khantoreabylai8373 жыл бұрын
Гена красавчик как есть показывает🤣
@Rclass3 жыл бұрын
Спасибо, мы старались :)
@ВалерияСмелова-у1э2 жыл бұрын
просто огромное спасибо, статьи хабра читать невозможно! а это прям супер, Гена топ
@Rclass2 жыл бұрын
Спасибо, мы старались :)
@lfizh703 Жыл бұрын
Невероятно доступно, спасибо
@Rclass Жыл бұрын
Спасибо большое :)
@nikitakamalin61773 жыл бұрын
Очень хорошо объяснил. Огромное спасибо !
@Rclass3 жыл бұрын
Спасибо, мы старались! ^_^
@MyFearIsMyBlue Жыл бұрын
Спасибо, материал супер! Подскажите, я правильно понимаю, что на 2:33 строка id=4 таблицы workers избыточная? Второй вопрос - для 5НФ. Правильно ли, что три атрибуты могут быть связаны двумя отношениями, а третье отношение в 5НФ является ограничивающим для будущих добавлений и избыточным для текущего состояния таблицы. Иными словами таблицу из примера 5НФ можно восстановить по двум из трех таблиц после декомпазиции?
@ЕвгенияКлочева-е5х3 жыл бұрын
Презентация 🔥🔥🔥
@Rclass3 жыл бұрын
Спасибо, мы старались ^_^
@TheKniFenew5 ай бұрын
Почему на 2:55 Илья в таблице workers дублируется? Фича или ошибка?
@Rclass5 ай бұрын
БАГ! Однозначно)
@dkorotaeva4 жыл бұрын
Очень полезно и мемасики хорошие ))
@ДанилаАлександров-с3я Жыл бұрын
Два Ильи-то это ладно. Тёзки просто. А вот декомпозиция в НФБК привела к нарушению условия задачи, т.к. теперь к одному проекту можно добавить двух кураторов с одинаковыми направлениями.
@alexandershmidt69262 жыл бұрын
Какая-то неточность на декомпозиции НФБК. почему связка Илья-Дизайн встречается 2 раза под разными id в таблице workers? И похоже, что в таблице workers тоже надо сделать декомпозицию, чтобы у каждого skill был свой id?
@andcoks10 ай бұрын
Это просто два разных Ильи )
@darkt77702 жыл бұрын
великолепное объяснение материала
@Rclass2 жыл бұрын
Спасибо большое :)
@somethingname9038 Жыл бұрын
Не понимаю, блин, 2:50, так же ведь по имени в таблице воркерс можно определить скилл, то есть неключевой снова по неключевому можно идентифицировать, с чего это НФБК ? Столько видосов посмотрел, везде одно и то же, не могу понять, что я пропустил и не так понял... А если ключевой составной (id + name), то это даже не вторая. А вообще, разве не может быть двух имён с разным скиллом (два разных сотрудника)? Как пример подобный понимать...
@PBarb-l1rАй бұрын
думаю, у Вас непонимание из-за неточной вольной переформулировки НФБК в видео. рекомендую разобраться детально в оригинальной формулировке НФБК, в ней ничего лишнего, она сто раз продумана математиками и логиками, и как следствие однозначно понимаема, если освоить все понятия входящие в определение. там речь идет об идентификации только потенциальным ключом, а не его подмножеством(как сказано в видео).
@SklyarovRoman3 жыл бұрын
Я когда учился вообще сложно было. Но тогда во времена диал ап модемов ютуба не было (
@Rclass3 жыл бұрын
Интернет ночами по карточкам... Помним-помним)
@ТаняСысоева-е4и2 жыл бұрын
Спасибо, все очень доступно и понятно!
@Rclass2 жыл бұрын
Благодарим) Всё для вас :)
@Трясётпланету2 жыл бұрын
Т.е. таблица может быть или не быть в 5НФ? Если Мишу в общую таблицу прописали как бека, то при декомпозиции - он потеряется(в этом смысл?) из-за нетривиальной зависимости по которой он может быть только фронтом? Или 5НФ - это приведение к декомпозированным таблицам? Предположим, Мишу НЕ заставляют писать бек, исходная таблица находится в 5НФ? Тогда почему по Гене, 5НФ - это устранение нетривиальных зависимостей, ведь они остались в таблице(Миша по прежнему только фронт). Или Гена не того чифирнул и имел в виду, что устраняются нарушения нетривиальных зависимостей?
@МаксимГригорьев-ь6х2 жыл бұрын
Друзья, очень крутые видео! Есть возможность добавить блок с ответами для самопроверки? Это был бы своего рода уникальный материал
@Rclass2 жыл бұрын
Хм. Отличная идея. Почему мы сами не догадались? :) Попробуем организовать.
@nickrollex28652 жыл бұрын
Правильно я понял, чтобы привести к любой нормальной форме нужно провести декомпозицию или разделить таблицу на две таблицы?
@Rclass2 жыл бұрын
Чаще всего да, но не всегда. У вас уже может быть 2 таблицы, но один из столбцов может быть не там, например.
@oleksandrmuzyka94613 жыл бұрын
в третьей задаче есть небольшая ошибка в исходной таблице: у одного и того же дома не может быть разная этажность (если, конечно же, не имелась ввиду этажность квартиры, что маловероятно при значениях 8 и 10)
@Rclass3 жыл бұрын
Спасибо за отклик) Мы немного упростили реальный мир для данной задачи ^_^
@АнтонКапаев-ъ6ю4 жыл бұрын
Так стоп, почем в нфбк в таблице рабочие илья дважды записан, хотя скилл один???
@Rclass4 жыл бұрын
Илья у нас один, и скилл один, а проекты разные :)
@mrlait57324 жыл бұрын
@@Rclass А если у него будет 50 проектов придется хранить 50 одинаковых Илья-Дизайн? Противоречит определению Нормализации (Нормализация удаление избыточности данных)
@Rclass4 жыл бұрын
@@mrlait5732 вы про 3:04, например? Там ошибка, да, Илья должен быть один раз указан, всё верно :)
@mrlait57324 жыл бұрын
@@Rclass Спасибо, кста за ролики) Выборочно пересматриваю правила нормализации
@Rclass4 жыл бұрын
@@mrlait5732 вам спасибо, что подмечаете баги в роликах ^_^
@ggustavchik3 жыл бұрын
Лайк за Гену
@Rclass3 жыл бұрын
Спасибо, мы старались! :)
@РоманЛукьянов-ю8р3 жыл бұрын
Спасибо все понятно
@Rclass3 жыл бұрын
Спасибо, мы старались :)
@MaksimHuzmiev2 жыл бұрын
Для 4-й нормальной формы пример таблицы, конечно, максимально суррогатный :)
@fleapse3 жыл бұрын
есть одна проблемка, называется расходы на композицию. обращения к базе могут начать загибаться из за избыточного количества джоинов. крч с декомпозицией главное не переусердствовать
@Rclass3 жыл бұрын
Да, поэтому нужно всегда понимать что ты делаешь и грамотно рассчитывать нагрузку :)
@e1.st0rm992 жыл бұрын
Спасибо. Гене, тоже.
@Rclass2 жыл бұрын
Гене как всегда отдельное спасибо) А вам спасибо что смотрите :)
@BraentR Жыл бұрын
Спасибо
@Rclass Жыл бұрын
Стараемся :)
@Siplyi_s_otvertkoij6 ай бұрын
вообще не понимаю, чем третья усиленная форма отличается от второй, если что там, что там, мы вводим таблицу связей
@PBarb-l1rАй бұрын
2НФ: Если атрибут НЕКЛЮЧЕВОЙ, то он зависит только от каждого потенциального ключа ЦЕЛИКОМ. А в НФБК дополнительно рассматривается зависимость КЛЮЧЕВОГО (части потенциального ключа) от НЕ потенциального ключа. Последняя проявляется, когда ты нормализовал до 3NF включительно, но у тебя остались несколько разных потенциальных ключей из нескольких атрибутов ИЛИ эти разные потенциальные ключи пересекаются по атрибутам. В 3NF допустима зависимость A → B, где B - атрибут потенциального ключа, а A - НЕ потенциальный ключ. А НФБК такое принуждает нормализовать.