Декомпозиция данных в базе | Основы SQL

[@Dima-Teplov]

Самый супергеройский курс по SQL, который я видел! 😎

[@AndreySozykin]

Спасибо 🦸‍♂️

[@MegaScorpi]

Плюсую за дисциплину "проектирование БД" . Так интересно!!!!

[@ВиталийНикитин-ъ1т]

Андрей, большое спасибо за теорию и объяснения! Очень доволен Вашим курсом!

[@AndreySozykin]

Пожалуйста! Рад, что курс понравился!

[@weqruest]

Спасибо, доступно и хорошо обьясняете

[@Alex___Bur]

Спасибо! Вы очень доступно объясняете.

[@AndreySozykin]

Пожалуйста! Рад, что нравится!

[@A1_TR_812]

У Андрея отличные курсы, давно пора выходить на Степик)) имхо

[@МарфаКолодяжна]

нравится заниматься по вашим урокам. спасибо

[@НиколайПавлов-ю1м]

Просто прекрасное изложение. Спасибо

[@AndreySozykin]

Пожалуйста. Рад, что понравилось!

[@ilmiriliasov2521]

Спасибо Вам, Андрей)

[@artlaskov]

спасибо большое!Очень хороший курс!

[@ExcelStore]

Полезное видео, спасибо.

[@AndreySozykin]

Пожалуйста!

[@stepan8188]

Андрей, добрый день. Все, что вы объясняете - очень понятно и максимально подробно изложено. Я сейчас изучаю предмет "Базы данных", и это очень помогает. Однако, начинается предмет именно с проектирования баз данных, а потом уже с работой с базами данных в СУБД. Скажите пожалуйста, у вас в планах нет разбора темы проектирования баз данных, нормализации баз данных? Вы упомянули о том, что это отдельная тема, и в этом курсе она разбираться не будет. Я думаю, что для многих она была бы очень актуальной, потому что такого объяснения, как даете вы, по этой теме на просторах интернета я еще не встретил. Или, может вы знаете, куда обратиться (к каким материалам), для изучения именно проектирования баз данных на начальном уровне (от первой до третьей нормальной формы). Я вам заранее благодарен за любой ответ.

[@АлександраМм]

Отличный курс! Еще бы курс по решению задач)

[@resident77777]

Дякую за корисний контент :)

[@andyanderson222]

Отличное видео! Как всегда, очень ясно и наглядно, спасибо!

[@РоманЛукьянов-ю8р]

Спасибо познавательно )

[@AndreySozykin]

Пожалуйста!

[@koolvi_s]

Благодраствую

[@РАБОТЯГАСЗАВОДУ]

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

[@AndreySozykin]

Тип связи между супергероями и фильмами - многие ко многим. Стандартный подход к представлению связей такого типа в реляционной базе: создание дополнительной таблицы, которая будет содержать только два столбца: идентификаторы связанных сущностей. Так что вы все правильно написали.

[@at0m616]

Но одном фильме может быть много героев, как и один герой может быть в многих фильмах. Many to many тут лучше подойдет)

[@suvar8667]

Спасибо!

[@AndreySozykin]

Пожалуйста!

[@Catwoolfii]

Было бы еще неплохо пояснить про ON DELETE и ON UPDATE

[@evgeniydoronin]

Огромное спасибо вам Андрей! Подскажите пожалуйста, что можно почитать или посмотреть по проектированию баз данных?

[@egoist2956]

Лайк

[@AndreySozykin]

Спасибо!

[@rostova911]

Так а почему не показали как сделать внешний ключ?

[@Dragoncheg]

Интересно как пляшет количество просмотров от лекции к лекции. Даже базовый курс смотрят выборочно? Или почему у следующей просмотров больше?

[@AndreySozykin]

В следующей лекции прямо в заголовке ключевое слово JOIN. Именно JOIN’ы на начальном этапе вызывают больше всего проблем и непонимания. Наверное, поэтому смотрят больше. И, скорее всего, в поиске выдаётся чаще из-за популярного ключевого слова.

[@prolabrus]

Благодарю за видео! Вопрос: не логичнее добавить внешний ключ на таблицу с фильмами в таблицу с супергероями, ведь в одном фильме, скажем с Человеком Пауком, могут быть разные супергерои/злодеи. В примере из видео получается, что либо в фильме присутствует один единственный супергерой, либо в таблице фильмы строки с фильмами будут дублироваться кратно числу героев, которые есть в этих фильмах. Или я не прав?

[@ВладимирТемченко-1993]

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

[@prolabrus]

@@ВладимирТемченко-1993 Вам не важно, а мне важно - хочется не только с синтаксисом разобраться, но научиться строить правильную логику в отношении нормализации таблиц в БД.

[@SEN5AI]

Чёт как-то без примеров

[@Xxxxxxx11983]

Связь не корректная. Правильная связь многие ко многим, и делается она с помощью вспомогательной таблицы. Некорректная связь в видео потому, что в одном фильме может быть несколько героев

[@noone-hi6kq]

ууу. мутная тема эти джойны. я всю голову сломал

[@AndreySozykin]

Про джойны будет несколько видео. Надеюсь, все будет понятно 😉

[@misteranderson6058]

Union-ы ещё мутнее, особенно когда крупные таблицы

[@AndreySozykin]

Union достаточно редко используется на практике, в отличие от JOIN.

[@PortalPerson11game]

Не соглашусь, union используется на практике уж не реже джоинов точно, а то и чаще

[@anele4492]

СПАСИБО!!!