Форматирование Четкие и читаемые SQL-запросы

С большими запросами я часто полагаюсь на именованные наборы результатов, используя WITH. Это позволяет заранее определить набор результатов и упрощает основной запрос. Именованные наборы результатов также могут помочь сделать план запроса более эффективным, например. postgres сохраняет набор результатов во временной таблице.

Пример:

WITH 
  cubed_data AS (
     SELECT 
        dimension1_id,
        dimension2_id,
        dimension3_id,
        measure_id,
        SUM(value) value
     FROM
        source_data
     GROUP BY
        CUBE(dimension1, dimension2, dimension3),
        measure
  ), 
  dimension1_label AS(
     SELECT 
        dimension1_id,
        dimension1_label
     FROM 
        labels 
     WHERE 
        object = 'dimension1'
  ), ...
SELECT 
  *
FROM  
  cubed_data
  JOIN dimension1_label USING (dimension1_id)
  JOIN dimension2_label USING (dimension2_id)
  JOIN dimension3_label USING (dimension3_id)
  JOIN measure_label USING (measure_id)

Пример немного надуманный, но я надеюсь, что он показывает увеличение ясности по сравнению со встроенными подзапросами. Именованные наборы результатов очень помогли мне, когда я готовил данные для использования в OLAP. Именованные наборы результатов также необходимы, если вы хотите создавать рекурсивные запросы.

WITH работает как минимум на текущих версиях Postgres, Oracle и SQL Server

Мальчик, это загруженный вопрос. :) Способов сделать правильно столько же, сколько умных людей на этом сайте. Тем не менее, вот как я сохраняю рассудок при построении сложных операторов SQL:

select
    c.customer_id
   ,c.customer_name
   ,o.order_id
   ,o.order_date
   ,o.amount_taxable
   ,od.order_detail_id
   ,p.product_name
   ,pt.product_type_name
from
    customer c
inner join
    order o
    on c.customer_id = o.customer_id
inner join
    order_detail od
    on o.order_id = od.order_id
inner join
    product p
    on od.product_id = p.product_id
inner join
    product_type pt
    on p.product_type_id = pt.product_type_id
where
    o.order_date between '1/1/2011' and '1/5/2011'
and
    (
        pt.product_type_name = 'toys'
     or
        pt.product_type_name like '%kids%'
    )
order by
    o.order_date
   ,pt.product_type_name
   ,p.product_name

Если вам интересно, я могу опубликовать/отправить макеты для вставок, обновлений и удалений, а также коррелированные подзапросы и сложные предикаты соединения.

Отвечает ли это на ваш вопрос?

Как правило, люди разбивают строки на зарезервированные слова и делают отступ для любых подзапросов:

SELECT *
FROM tablename
WHERE value in
   (SELECT *
   FROM tablename2 
   WHERE condition)
ORDER BY column

Псевдонимы таблиц и простая согласованность помогут вам пройти долгий путь.

Что выглядит прилично, так это разрыв строк по основным ключевым словам SELECT, FROM, WHERE (и т. д.).

Соединения могут быть более хитрыми, отступ части соединения ON выводит важную его часть на передний план.

Также помогает разбиение сложных логических выражений (соединений и условий) на одном уровне.

Логический отступ одного и того же уровня оператора (подзапросы, открывающие скобки и т. д.)

Используйте заглавные буквы для всех ключевых слов и стандартных функций.

Действительно сложный SQL не будет уклоняться от комментариев, хотя обычно вы найдете их в сценариях SQL, а не в динамическом SQL.

Пример РЕДАКТИРОВАТЬ:

SELECT a.name, SUM(b.tax)
FROM   db_prefix_registered_users a 
       INNER JOIN db_prefix_transactions b 
           ON a.id = b.user_id
       LEFT JOIN db_countries
           ON b.paid_from_country_id = c.id
WHERE  a.type IN (1, 2, 7) AND
       b.date < (SELECT MAX(date) 
                 FROM audit) AND
       c.country = 'CH'

Итак, в заключение, чтобы подвести итог - постоянство имеет наибольшее значение.

В целом я следую простому иерархическому набору правил форматирования. По сути, такие ключевые слова, как SELECT, FROM, ORDER BY, располагаются на отдельной строке. Каждое поле идет на своей строке (рекурсивным образом)

SELECT 
    F.FIELD1,
    F.FIELD2,
    F.FIELD3
FROM
    FOO F 
WHERE 
    F.FIELD4 IN 
    (
        SELECT 
            B.BAR
        FROM 
            BAR B
        WHERE
            B.TYPE = 4
            AND B.OTHER = 7
    )

Мне нравится использовать что-то вроде:

SELECT    col1,
          col2,
          ...
FROM
    MyTable as T1
INNER JOIN
    MyOtherTable as T2
        ON t1.col1 = t2.col1
        AND t1.col2 = t2.col2
LEFT JOIN
    (   
        SELECT 1,2,3
        FROM Someothertable
        WHERE somestuff = someotherstuff
    ) as T3
    ON t1.field = t3.field

Единственный верный и правильный способ форматирования SQL:

SELECT t.mycolumn        AS column1
      ,t.othercolumn     AS column2
      ,SUM(t.tweedledum) AS column3
FROM   table1 t
      ,(SELECT u.anothercol
              ,u.memaw                  /*this is a comment*/
        FROM   table2       u
              ,anothertable x
        WHERE  u.bla       = :b1        /*the bla value*/
        AND    x.uniquecol = :b2        /*the widget id*/
       ) v
WHERE  t.tweedledee = v.anothercol
AND    t.hohum      = v.memaw
GROUP BY t.mycolumn
        ,t.othercolumn
HAVING COUNT(*) > 1
;

;)

А если серьезно, мне нравится использовать предложения WITH (как уже предлагалось) для обработки очень сложных SQL-запросов.

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

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

В некоторых случаях общие табличные выражения действительно могут помочь разбить запрос на осмысленные разделы.

Вечный вопрос с тысячей мнений и ни одного правильного ответа, и один из моих любимых. Вот мои два цента.

Что касается подзапросов, в последнее время мне стало легче следить за тем, что происходит с «экстремальным» отступом и добавлением комментариев, например:

SELECT mt.Col1, mt.Col2, subQ.Dollars
 from MyTable1 mt
  inner join (--  Get the dollar total for each SubCol
              select SubCol, sum(Dollars) Dollars
               from MyTable2
               group by SubCol) subQ
   on subQ.SubCol = mt.Col1
 order by mt.Col2

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

Ваш пробег, конечно, будет варьироваться.

Вау, здесь много ответов, но я не видел во многих КОММЕНТАРИИ! Я обычно добавляю много комментариев, особенно к большим операторам SQL. Форматирование важно, но правильно размещенные и осмысленные комментарии чрезвычайно важны не только для вас, но и для бедолаги, которому нужно поддерживать код ;)