sql server 2022 不支持 qualify 子句，执行会报错；等效方案需用 cte 或子查询先计算窗口函数并别名，再在外层 where 中过滤该别名。
QUALIFY 子句在 SQL Server 2022 中**不支持**——无论你写得多么规范，执行时都会报错：Incorrect syntax near 'QUALIFY'。
SQL Server 全系列（包括 2022）至今未实现 QUALIFY 语法。它不是遗漏或隐藏功能，而是根本不在语言特性列表中。官方文档、T-SQL 语法参考、以及所有已知补丁和 CU 更新均无此支持。
为什么你看到的示例跑不通？
你可能在 Snowflake、BigQuery、Databricks SQL、Trino 或 Spark SQL（3.0+）里见过 QUALIFY 正常工作，但这些是不同引擎。SQL Server 的窗口函数过滤逻辑仍严格遵循传统路径：必须用子查询或 CTE 包裹，再在外部用 WHERE 过滤别名。
SQL Server 2022 中等效替代方案
要实现“先算窗口函数、再按结果过滤”，只能走显式嵌套。核心思路是：把窗口函数放在子查询/CTE 的 SELECT 列表中，赋予别名，外层引用该别名做条件判断。
- 用 CTE 更易读、可复用：
WITH ranked AS ( SELECT dept, name, salary, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM employees ) SELECT dept, name, salary FROM ranked WHERE rn - 用派生表（子查询）更轻量，适合单次使用：
SELECT dept, name, salary FROM ( SELECT dept, name, salary, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM employees ) t WHERE rn - 若需过滤的是聚合类窗口函数（如
SUM() OVER ()），同样适用——只要别名出现在子查询中，外层就能WHERE它
常见踩坑点
直接在主查询里写 WHERE ROW_NUMBER() OVER (...) = 1 会报错：Windowed functions can only appear in the SELECT or ORDER BY clauses。这是 SQL Server 强制的语法限制，不是配置问题。
-
ORDER BY在窗口定义中不可省略——ROW_NUMBER() OVER (PARTITION BY x)缺少ORDER BY会报错 - 别名不能在同一个
SELECT级别被WHERE引用（即不能 “定义即用”），必须提升一层作用域 - SQL Server 不支持
FILTER子句（PostgreSQL 特有），也别尝试WHERE ... FILTER类写法
性能与可维护性提示
虽然多了一层嵌套，但 SQL Server 2022 的查询优化器通常能正确下推过滤条件，实际执行计划中往往不会物化全部窗口结果。不过要注意：
- 如果窗口函数涉及高基数
PARTITION BY字段（如百万级 user_id），子查询中的排序开销依然存在，无法像 Snowflake 那样通过QUALIFY提前剪枝 - CTE 若被多次引用，且未加
OPTION (RECOMPILE)或提示，可能重复计算窗口函数——这时派生表反而更可控 - 所有主流 BI 工具（Power BI、Tableau）连接 SQL Server 时，都默认按此模式生成 Top-N 查询，无需额外适配
QUALIFY 是跨平台通用语法，结果在迁移脚本或共享 SQL 片段时埋下静默失败隐患。SQL Server 用户得习惯把“窗口 + 过滤”当成一个固定二元组来写，而不是期待语法糖。
