Чистый код - SQL Edition

[@АлексейРазводов-х5о]

Советы: 1. При SELECT указывайте конкретные столбцы в нужном порядке (не используйте SELECT * FROM). Это безопаснее, понятнее, надёжнее 2. Указывайте колонки с новой строки, а не в одну через запятую 3. Указывайте запятые в начале строки 4. Фильтры ставьте не в JOIN, а в WHERE 5. Вместо комментариев лучше использовать CTE, тк чистый код хорошо читается сам по себе 6. Делайте отступы слева при каждом новом вложенном уровне (SELECT начинает секцию, где перечислены колонки, FROM аналогично и тп)

[@meosaganami5472]

не раскрыта тема явного использования псевдонимов таблиц

[@undersun6301]

Материал супер. Подписался сразу. Очень полезная информация

[@MrFornitus]

8:55 - "Секса у нас уже больше нету... его и не было.... " - поржал 😅

[@undersun6301]

😂

[@iibixapb]

Как всегда - очень приятно слушать. Прикольно, когда сидишь, все это понимаешь, а автора приятно слушать .... и для себя повторяешь :) Удачи ;)

[@farhadhuseynov6527]

Очень просто и красиво 👍

[@ДенисК-р6я]

Супер мега бомбовые советы для тех, кто работает с базами данных

[@my_asceza]

золото 🏆

[@leonid_konoplin]

спасибо за опыт, которым делитесь

[@konstantink4188]

C CTE аккуратно нужно. Если CTE много и они сложные - запрос становится непрозрачен для парсера\оптимизатора и он может его не распараллелить. С случае postgres так точно. С oracle тоже не рекомендуется, потому-что hint parallel может игнорироваться и вообще план запроса оптимизатор может выбрать странный.

[@Dev-lessons]

Не знаю, как в Postgres, но в MS наоборот может повысить производительность.

[@denissench]

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

[@Dev-lessons]

Да, но просто ставишь какое-то число или строку, а потом комментарий SELECT 1 - колонка1 , колонка2 , колонка3

[@kl45gp]

Редкий материал. И лайков мало.

[@ricardvitaliy9612]

Спасибо

[@leonid_konoplin]

Есть ли способ логическое выражение передать в WHERE или не передать, по условию? Например если какой-либо из параметров IS NULL

[@meosaganami5472]

есть

[@qrthack]

Название программы можно?

[@Dev-lessons]

Которую использовал в видео? Это MySQL Workbench

[@antovvvvvv]

Не знаю почему, но почему-то в нашей компании говорят, что фильтр на Join оптимальнее Where. Может это специфика продукта. С CTE наполовину согласен, мне лично проще прочитать Join на Subquery с отступом, чем листать обратно наверх и смотреть CTE, но только если Subquery очень элеменарный типа select id where full_name in ()

[@Dev-lessons]

С точки зрения скорости у MS SQL нет разницы где фильтр, оптимизатор на это не смотрит.

[@bilde8140]

salem from almaty, qazaq republic. thank you btw support commentary

[@alifromkz1]

Бьютифаир какой нить юзайте и желательно перейти на хранимые процедуры что бы код sql не торчал в коде бэка

[@Dev-lessons]

Искуственных не использовал никогда. Видел результат их использования - не понравилось. На счет хранимых процендур говорил здесь kzbin.info/www/bejne/joWrd3preJaUaq8

[@IgorGallemar]

Первый!!!!

[@spinningbullet9136]

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

[@Dev-lessons]

Кто сказал, что большие буквы антипаттерн?