Когда вычисляется оператор CASE?

Question

У меня есть следующий запрос в базе данных AdventureWorks2012

SELECT productid, 
     productname, 
     unitprice, 
     CASE 
      WHEN unitprice < 20.0 THEN 'LOW' 
      WHEN unitprice < 40.0 THEN 'MEDIUM' 
      WHEN unitprice >= 40.0 THEN 'HIGH' 
     END pricerange 
FROM Production.Products 
ORDER BY 
    CASE 
     WHEN pricerange < 'LOW' THEN 1 
     WHEN pricerange < 'MEDIUM' THEN 2 
     WHEN pricerange >= 'HIGH' THEN 3 
    END ASC 
GO 

ORDER BY происходит после SELECT заявления, но имя столбца pricerange не может быть доступен? Я предполагаю, что pricerange в операторе SELECT рассчитывается после того, как вызывается ORDER BY? Почему это?

Answer 1

SQL - это декларативный язык, а не императивный. Порядок выполнения не определен, и это не всегда одно и то же.

В любом случае, порядок исполнения не имеет особого значения. Основной момент заключается в том, что область область - и pricerange не находится в области действия внутри этого оператора select. Вместо того, чтобы думать о порядке, в котором появляются строки кода (как в императивном программировании), вы должны подумать о том, как каждое выражение обертывает другое выражение.

В этом случае, вы делаете что-то вроде этого:

Select(OrderBy(From(Products), ...), ...) 

У вас есть два пути вокруг этого - один вариант использовать тот же самый случай, в порядке, как тот, который вы используете в избранных (не волнуйтесь, двигатель достаточно умен, чтобы не выполнять работу дважды). Во-вторых, чтобы обернуть ваш запрос в другой запрос, который делает фактический порядок:

select * from 
(
    SELECT productid, 
      productname, 
      unitprice, 
      CASE 
       WHEN unitprice < 20.0 THEN 'LOW' 
       WHEN unitprice < 40.0 THEN 'MEDIUM' 
       WHEN unitprice >= 40.0 THEN 'HIGH' 
      END pricerange 
    FROM Production.Products 
) 
ORDER BY 
    CASE 
     WHEN pricerange < 'LOW' THEN 1 
     WHEN pricerange < 'MEDIUM' THEN 2 
     WHEN pricerange >= 'HIGH' THEN 3 
    END ASC 

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

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

Answer 2

SQL Server объясняет логический порядок обработки запросов в documentation.

1. ОТ
2. ПО
3. РЕГИСТРИРУЙТЕСЬ
4. ГДЕ
5. ГРУППА ПО
6. С CUBE или ROLLUP С
7. HAVING
8. ВЫБОР
9. DISTINCT
10. ORDER BY
11. ТОП

Заметим, что это логично . На практике это означает, что упорядочение используется во время фазы компиляции запроса в основном для определения ссылок на названия.Также обратите внимание, что список представляет собой странную смесь ключевых слов и предложений (ON, WITH, DISTINCT и TOP - это не SQL-предложения).

Что касается вашего запроса, определение pricerange определяется логикой в ​​SELECT. Затем это дополнительно используется в ORDER BY, чтобы получить желаемый заказ. Это логическое описание обработки.

На практике я ожидаю, что SQL Server будет вычислять как pricerange, так и приоритет упорядочивания при проверке данных (SQL Server оптимизирует такие вычисления, выполняя их при чтении данных). Расчет pricerange переходит в окончательный набор результатов. Элемент заказа используется только ORDER BY.