QUALIFY能直接过滤窗口函数结果，省去子查询，仅限支持引擎（如BigQuery、Snowflake、MySQL 8.0+）；它在窗口计算后、输出前执行，不生成中间结果集，而子查询需物化全部带行号的行再过滤。
QUALIFY 能直接过滤窗口函数结果，省掉一层子查询——但只在支持它的引擎里管用，别在 MySQL 5.7 或 SQLite 里硬试。
QUALIFY 为什么比子查询快又干净
它在窗口计算之后、最终输出之前执行，逻辑上等价于“算完排名，立刻筛”，不生成中间结果集。而子查询得先物化全部带 ROW_NUMBER() 的行，再扫一遍过滤，多一次扫描、多占内存。
- 执行顺序明确：
FROM → WHERE → GROUP BY → HAVING → WINDOW → QUALIFY → ORDER BY → LIMIT - 不能用
WHERE直接写ROW_NUMBER() OVER () = 1，会报错column "row_number" does not exist -
QUALIFY可以直接引用SELECT列表里的窗口函数别名（如rn），但部分引擎（如 Snowflake）也允许重复写表达式：QUALIFY ROW_NUMBER() OVER (...) = 1 - 不支持的引擎（如 PostgreSQL 13 及更早、MySQL 5.7）必须用 CTE 或派生表，否则语法直接报错
MySQL 8.0+ 和 Snowflake 中怎么写才不踩坑
MySQL 8.0+ 和 Snowflake 都原生支持 QUALIFY，但细节有差异：
- MySQL 要求
SELECT列表中至少出现一个窗口函数，否则QUALIFY会报错；Snowflake 允许只在QUALIFY里写窗口表达式 - 排序必须明确：
ORDER BY score DESC不能省，否则ROW_NUMBER()结果不可控 - 有并列值时，
RANK()和DENSE_RANK()在QUALIFY中可能返回意外行数；要严格取“第 11–20 条”，只能用ROW_NUMBER() - 示例（每个部门薪资前 3）：
SELECT dept, name, salary FROM employees QUALIFY ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC)
不支持 QUALIFY 时怎么安全降级
PostgreSQL、旧版 MySQL、SQL Server 等不支持 QUALIFY，得手动模拟，但要注意写法差异：
- PostgreSQL 推荐用
DISTINCT ON取每组最新：SELECT DISTINCT ON (dept) * FROM employees ORDER BY dept, salary DESC - 通用写法是派生表：
SELECT * FROM (SELECT *, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM employees) t WHERE rn - CTE 更易读但无性能优势：
WITH ranked AS (SELECT *, ROW_NUMBER() OVER (...) AS rn FROM ...) SELECT * FROM ranked WHERE rn - 别在
QUALIFY位置硬写聚合函数（如AVG()），会报错 ——QUALIFY只认窗口函数，不认聚合
真正容易被忽略的是：QUALIFY 不是万能胶，它不改变窗口函数本身的计算逻辑，只做最后筛选。如果排序字段含 NULL、或没加二级排序（比如时间相同时没补 id），结果仍会不稳定——这点和子查询写法完全一致，别以为用了 QUALIFY 就能绕过数据质量检查。
