SQL Server 2022 通过 WINDOW 子句、兼容性级别160及IQP优化提升窗口函数性能：WINDOW子句避免重复解析，仅限兼容级160启用，不支持动态表达式且作用域限于当前SELECT。
SQL Server 2022 的窗口函数本身没有新增“性能优化型执行引擎”，但通过 WINDOW 子句、兼容性级别提升和底层查询优化器增强，显著降低了重复定义开销和计划编译压力——这才是真实可测的性能收益点。
WINDOW 子句如何减少解析与编译开销
在 2022 之前，同一窗口逻辑需在每个 OVER 中完整重复书写，SQL Server 每次都要重新解析 PARTITION BY 和 ORDER BY 表达式，影响计划缓存复用率。
使用 WINDOW 子句后：
- 多个窗口函数共享同一命名窗口定义，SQL Server 只解析一次该窗口结构
- 执行计划中对应窗口框架只生成一份元数据，减少内存占用和 CPU 解析时间
- 当窗口定义复杂（如多字段
ORDER BY+RANGE BETWEEN）时，性能差异更明显
示例对比：
SELECT dept_id, salary, ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC) AS rn1, AVG(salary) OVER (PARTITION BY dept_id ORDER BY salary DESC) AS avg1 FROM employee;
vs
SELECT dept_id, salary, ROW_NUMBER() OVER w AS rn1, AVG(salary) OVER w AS avg1 FROM employee WINDOW w AS (PARTITION BY dept_id ORDER BY salary DESC);
兼容性级别 160 是硬性前提
WINDOW 子句在兼容性级别低于 160 时直接报错：Incorrect syntax near 'WINDOW'。这不是语法警告，而是解析器层面不识别该关键字。
必须显式升级：
ALTER DATABASE YourDB SET COMPATIBILITY_LEVEL = 160;
注意：
- 升级后无法回退到
150或更低（除非重建数据库） - 某些旧版 T-SQL 行为（如隐式类型转换规则）可能变化，需回归测试
- 可在
sys.databases中确认：SELECT compatibility_level FROM sys.databases WHERE name = 'YourDB'
智能查询处理（IQP 2.0）对窗口函数的间接优化
SQL Server 2022 的参数敏感计划（PSP）和自适应连接等 IQP 特性，虽不专为窗口函数设计，但在含参数化窗口排序或动态分区场景下会生效：
- 当
ORDER BY字段来自参数（如@sort_col），且不同参数值导致数据分布差异极大时，PSP 可能为不同参数生成独立计划，避免“一刀切”低效排序 - 若窗口函数嵌套在大表 JOIN 后，自适应缓冲区管理能更合理分配内存给排序运算符，减少溢出到 tempdb
- 但
ROWS UNBOUNDED PRECEDING等默认框架仍可能触发全分区排序——这点没变，不能指望 IQP 自动改写逻辑
容易被忽略的陷阱：WINDOW 子句不支持动态引用
WINDOW 子句中的 partition by 和 order by 必须是静态表达式，不能包含变量、参数或子查询。以下写法会失败：
WINDOW w AS (PARTITION BY @dept_id ORDER BY salary)
错误信息：Window definition cannot contain variables or parameters.
替代方案只有两种：
- 拼接动态 SQL（注意注入风险）
- 用
CASE WHEN模拟条件分区（仅适用于有限枚举值）
另外，WINDOW 子句不能跨 CTE 或子查询作用域——它只在当前 SELECT 级别有效，这点常被误认为是 bug。
