Это хорошее видео. Демонстрирует большой опыт автора. Действительно, некоторая начальная подготовка по SQL нужна, но если она имеется, то стиль подачи материала Александром, на мой взгляд, отменный.
За видос, конечно, лайк, но чтобы норм понимать sql нужен туториал часов на 6 с подробным описанием каждого оператора и достаточным кол-вом примеров. Эт инфа для тех, кто надеется выучить sql за полчаса. Ребята, уйдет минимум потора-два мес с учетом, что вы будете уделять по 4-5ч в день))
@@AlexanderErshov не, эт понятно. Я имею в виду, что если прост с ними познакомишься, то и 20 проц не решишь на pgexercises, а так да...для ознакомления норм, но на работу не устроишься). Кстати, удачи с обучением народа)
списибо за видео, вроде все более менее понятно) единственное что бросается в глаза - какие то эти sql запросы неупорядоченные что ли) даже после питона, где можно похожим образом писать команду в 1 строку или по желанию разбить и перенести на другую строку, там хоть отступы нужно соблюдать) есть какие то мб правила написания типа PEP или общепринятые нормы? типо JOIN писать в 1 строку с ON?
нужны ли какие то настройки пайчарма для того чтоб подружить с SQL ? пйчарм понимает команды же как текст и не подсвечивает ошибки, какие способы дебажить код SQL есть в нашем случае? как увеличить скорость обработки базы данных если она огромная?
в описании к видео есть ссылка как подключить бд к pycharm он подсвечивает синтаксис sql (те показывает синтаксические ошибки), дебаггинга вроде нет youtrack.jetbrains.com/issue/DBE-4377?_ga=2.15027184.758297621.1629882491-874965035.1627852522 насчет скорости обработки - это отдельная большая тема, можно например партицирование использовать
18:10 А для чего было использовать подзапрос в джойне? Я конечно понимаю, что это учебный материал и он хорошо показывает, что так сделать тоже возможно. Но по идее чем меньше подзапросов, тем быстрее живет база. В вашем примере можно было просто сделать 2 джойна. Тогда планировщик не будет считать, что у нас 2 разных по времени запроса и разбивать их, отработав как один. Подзапросы реально нужны там, где без них никак и джойн отказывается работать - например оконная функция row_number( ) over ( ) или агрегатные функции. Почему я здесь на этом заострил - при обучении столкнувшись с подзапросом начинаешь думать, где и зачем его применять если он делает то же самое. намного проще усваивать материал когда есть проблема и для неё есть решение. Взамен ситуации когда приходится себя заставлять применять что-то взамен чего-то не видя при этом существенной разницы.
я согласен с вами, что там где без него можно обойтись - лучше обойтись без него) но вы правильно заметили, что это учебный пример, и мне не пришел в голову другой вариант, как показать его использование
![Blox Fruits Dragon Rework Update [Full Stream]](http://i.ytimg.com/vi/EqDAp8udhm0/mqdefault.jpg)
Это хорошее видео. Демонстрирует большой опыт автора. Действительно, некоторая начальная подготовка по SQL нужна, но если она имеется, то стиль подачи материала Александром, на мой взгляд, отменный.
понравилось видео, с нуля бы не поняла, но с небольшими знаниями всё ясно)
Самый кайф что сказано через какой IDE писать и где тестовую базу взять 🙂
За видос, конечно, лайк, но чтобы норм понимать sql нужен туториал часов на 6 с подробным описанием каждого оператора и достаточным кол-вом примеров. Эт инфа для тех, кто надеется выучить sql за полчаса. Ребята, уйдет минимум потора-два мес с учетом, что вы будете уделять по 4-5ч в день))
Практика нужна, это правда, но для решения 90% задач этих операторов будет достаточно
@@AlexanderErshov не, эт понятно. Я имею в виду, что если прост с ними познакомишься, то и 20 проц не решишь на pgexercises, а так да...для ознакомления норм, но на работу не устроишься). Кстати, удачи с обучением народа)
Отличный ролик, все емко но понятно.
Спасибо, узнало новое, оператор rank.
списибо за видео, вроде все более менее понятно)
единственное что бросается в глаза - какие то эти sql запросы неупорядоченные что ли) даже после питона, где можно похожим образом писать команду в 1 строку или по желанию разбить и перенести на другую строку, там хоть отступы нужно соблюдать) есть какие то мб правила написания типа PEP или общепринятые нормы? типо JOIN писать в 1 строку с ON?
нужны ли какие то настройки пайчарма для того чтоб подружить с SQL ? пйчарм понимает команды же как текст и не подсвечивает ошибки, какие способы дебажить код SQL есть в нашем случае? как увеличить скорость обработки базы данных если она огромная?
в описании к видео есть ссылка как подключить бд к pycharm
он подсвечивает синтаксис sql (те показывает синтаксические ошибки), дебаггинга вроде нет youtrack.jetbrains.com/issue/DBE-4377?_ga=2.15027184.758297621.1629882491-874965035.1627852522
насчет скорости обработки - это отдельная большая тема, можно например партицирование использовать
Хотел бы все-таки узнать, если у меня есть таблица, скажем, в csv, то как данные с нее можно быстро перенести в бд?
для этого есть команда copy
Как подключится к базе, что-то прям никак?
Там в описании есть ссылка на GitHub с БД
@@AlexanderErshov Разобрался, спасибо!
18:10 А для чего было использовать подзапрос в джойне? Я конечно понимаю, что это учебный материал и он хорошо показывает, что так сделать тоже возможно. Но по идее чем меньше подзапросов, тем быстрее живет база. В вашем примере можно было просто сделать 2 джойна. Тогда планировщик не будет считать, что у нас 2 разных по времени запроса и разбивать их, отработав как один. Подзапросы реально нужны там, где без них никак и джойн отказывается работать - например оконная функция row_number( ) over ( ) или агрегатные функции. Почему я здесь на этом заострил - при обучении столкнувшись с подзапросом начинаешь думать, где и зачем его применять если он делает то же самое. намного проще усваивать материал когда есть проблема и для неё есть решение. Взамен ситуации когда приходится себя заставлять применять что-то взамен чего-то не видя при этом существенной разницы.
я согласен с вами, что там где без него можно обойтись - лучше обойтись без него)
но вы правильно заметили, что это учебный пример, и мне не пришел в голову другой вариант, как показать его использование
Ты больше не программист?
с чего это?
@@AlexanderErshov про data science рассказываешь
Так я с самого начала канал вёл и про data science и про программирование
@@AlexanderErshov а.. я не смотрел с самого начала