OVER 子句在 SQL 逻辑处理顺序中的位置是什么？答案

【问题标题】：Where does OVER clause fall in the SQL logical processing order?OVER 子句在 SQL 逻辑处理顺序中的位置是什么？
【发布时间】：2020-05-13 16:45:51
【问题描述】：

通常的SQL逻辑处理顺序是：

FROM
ON
JOIN
WHERE
GROUP BY
WITH CUBE or WITH ROLLUP
HAVING
SELECT
DISTINCT
ORDER BY
TOP

OVER子句在SQL逻辑处理顺序中的位置？我试图从逻辑上理解 OVER 是否在数据分组之后发生（即 - 在 HAVING 之后和 SELECT 之前）。我很困惑 DISTINCT、ORDER BY 和 TOP 是否对 OVER 子句使用的数据窗口有任何影响。

参考：https://docs.microsoft.com/en-us/sql/t-sql/queries/select-transact-sql?view=sql-server-ver15#logical-processing-order-of-the-select-statement

【问题讨论】：

OVER 是表达式的一部分，例如在 SUM 或 LAG 中，它没有自己的执行顺序，因为 OVER 本身没有查询的一部分。 SUM 或 LAG 将在它声明的任何位置运行（这可能是查询的 HAVING 或 SELECT 部分）。您要问的类似于“CASE 在执行顺序中的位置”或“CONVERT 在执行顺序中的位置？”
@Larnu 我认为问题是一般何时执行 windowed/analytical functions 及其含义 - 即何时可以使用结果、嵌套过滤器和很快。在我看来这是一个很好的问题 - 它有助于理解为什么你不能在 WHERE 中使用结果，为什么你可以在窗口函数中使用聚合以及如何使用 QUALIFY 子句（供应商扩展）进行过滤

标签： sql sql-server window-functions

【解决方案1】：

A Beginner’s Guide to the True Order of SQL Operations by Lukas Eder:

操作的逻辑顺序如下（为了“简单”，我是省略供应商特定的内容，例如 CONNECT BY、MODEL、 MATCH_RECOGNIZE、PIVOT、UNPIVOT 和所有其他）：

FROM: ...
WHERE: ...
GROUP BY: ...
HAVING: … 

WINDOW: 
If you’re using the awesome window function feature, this is the step where they’re all calculated. Only now. 
And the cool thing is, because we have already calculated (logically!) all the aggregate functions, we can nest aggregate functions in window functions. 
It’s thus perfectly fine to write things like sum(count(*)) OVER () or row_number() OVER (ORDER BY count(*)). 
Window functions being logically calculated only now also explains why you can put them only in the SELECT or ORDER BY clauses.
They’re not available to the WHERE clause, which happened before.

SELECT: ....
DISTINCT: ...
UNION, INTERSECT, EXCEPT: ...
ORDER BY: ....
OFFSET: .
LIMIT, FETCH, TOP: ...