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

@AndreySozykin

5 ай бұрын

Спасибо 🦸‍♂️

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

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

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

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

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

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

@AndreySozykin

Жыл бұрын

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

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

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

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

@AndreySozykin

2 жыл бұрын

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

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

@AndreySozykin

5 ай бұрын

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

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

@AndreySozykin

3 жыл бұрын

Пожалуйста!

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

@AndreySozykin

3 жыл бұрын

Пожалуйста!

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

СПАСИБО!!!

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

Спасибо!

@AndreySozykin

3 жыл бұрын

Пожалуйста!

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

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

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

Лайк

@AndreySozykin

3 жыл бұрын

Спасибо!

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

@AndreySozykin

3 жыл бұрын

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

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

@user-jr6qv1dy3l

4 ай бұрын

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

@prolabrus

4 ай бұрын

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

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

@AndreySozykin

2 жыл бұрын

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

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

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

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

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

@AndreySozykin

3 жыл бұрын

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

@misteranderson6058

3 жыл бұрын

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

@AndreySozykin

3 жыл бұрын

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

@PortalPerson11game

Жыл бұрын

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