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

В этом видео обсудим, что такое чистый код при написании SQL запросов. Этот код можно оформлять по разному, но я поделюсь своими советами, как я предпочитаю оформлять SQL запросы, чтобы их легче было потом поддерживать.
Обо мне: www.flenov.ru
Мой ИТ блог www.flenov.ru и www.flenov.info
Мой просто блог blo.moe
Tweeter: / flenov
Инстаграмм: / mflenov
Телеграмм: t.me/mflenov

[@user-hr4me7ei3v]

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

[@meosaganami5472]

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

[@undersun6301]

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

[@MrFornitus]

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

[@undersun6301]

😂

[@farhadhuseynov6527]

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

[@iibixapb]

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

[@user-jb7xp6ms3j]

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

[@my_asceza]

золото 🏆

[@kl45gp]

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

[@leonid_konoplin]

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

[@konstantink4188]

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

[@Dev-lessons]

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

[@user-tp5hk8yy9y]

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

[@Dev-lessons]

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

[@ricardvitaliy9612]

Спасибо

[@qrthack]

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

[@Dev-lessons]

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

[@antovvvvvv]

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

[@Dev-lessons]

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

[@leonid_konoplin]

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

[@meosaganami5472]

есть

[@alifromkz1]

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

[@Dev-lessons]

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

[@IgorGallemar]

Первый!!!!

[@spinningbullet9136]

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

[@Dev-lessons]

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