SQL Server 2022 的 WINDOW 子句通过复用窗口定义降低出错风险和维护成本，避免重复排序、提升索引利用率，但不改变引擎执行逻辑；需兼容级别≥160且不支持嵌套引用。
SQL Server 2022 的窗口函数本身没有提速，但 WINDOW 子句能显著降低重复定义带来的出错风险和维护成本——性能提升来自写法优化，而非引擎加速。
为什么不能直接在 OVER 中复用窗口定义
在 SQL Server 2019 或更早版本中，每个窗口函数都得单独写一遍 PARTITION BY 和 ORDER BY：
SELECT dept_name, emp_name, salary, ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC) AS rn, RANK() OVER (PARTITION BY dept_id ORDER BY salary DESC) AS rk, AVG(salary) OVER (PARTITION BY dept_id ORDER BY salary DESC ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) AS avg_so_far FROM employee;
问题不只在啰嗦：一旦要改排序逻辑或分区列，得同步改三处；漏改一处就导致结果不一致，且难以发现。执行计划里还会多出重复的 Sort 运算符，尤其当分区列无索引时，开销叠加。
用 WINDOW 子句统一管理窗口定义
SQL Server 2022 支持 WINDOW 子句，把窗口逻辑抽成命名变量，所有 OVER 可复用：
SELECT d.dept_name, e.emp_name, e.salary, ROW_NUMBER() OVER w AS rn, RANK() OVER w AS rk, AVG(e.salary) OVER w AS avg_so_far FROM employee e JOIN department d ON e.dept_id = d.dept_id WINDOW w AS (PARTITION BY e.dept_id ORDER BY e.salary DESC);
关键点：
-
WINDOW必须放在SELECT之后、ORDER BY之前，且整个查询只能有一个WINDOW子句（但可定义多个命名窗口，用逗号分隔） - 数据库兼容性级别必须 ≥ 160，否则报错：
Incorrect syntax near the keyword 'WINDOW' - 命名窗口
w不能在OVER中再加PARTITION BY或ORDER BY—— 那会触发语法错误
WINDOW 子句对性能的真实影响
它不改变执行计划的本质结构，但能避免人为失误引发的隐性性能退化：
- 排序只发生一次：执行计划中
Sort运算符从多个减为一个，尤其在高基数分区 + 多窗口函数场景下，TempDB 溢出风险下降 - 索引利用更稳定：如果
PARTITION BY dept_id ORDER BY salary DESC对应已有索引IX_emp_dept_salary，优化器更容易复用该索引顺序，避免额外排序 - 无法绕过框架开销：比如
ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW仍需逐行累积计算，WINDOW不减少这部分 CPU 消耗
容易被忽略的兼容性陷阱
即使装了 SQL Server 2022，新库默认兼容级别仍是 150（对应 SQL Server 2019），WINDOW 子句会直接报错：
ALTER DATABASE YourDB SET COMPATIBILITY_LEVEL = 160;
执行后还需验证：
SELECT compatibility_level FROM sys.databases WHERE name = 'YourDB';
注意：WINDOW 子句不支持嵌套引用（如 WINDOW w1 AS (...), w2 AS (w1 ORDER BY ...)），SQL Server 2022 当前仅支持平级定义，试图引用会报 Invalid window reference。
