WHERE中直接使用ROW_NUMBER()会报错，因SQL执行顺序为FROM→WHERE→GROUP BY→HAVING→SELECT→ORDER BY，窗口函数仅在SELECT阶段计算，WHERE时其结果尚未生成；必须用子查询或CTE先固化结果。
WHERE里直接写ROW_NUMBER()会报什么错
直接报错，不是语法错，是“列根本不存在”。PostgreSQL提示window functions are not allowed in WHERE，MySQL报Unknown column 'rn'，SQL Server说Invalid use of window function。这不是数据库故意拦你，而是WHERE阶段窗口函数压根还没执行——SQL逻辑顺序是FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY，ROW_NUMBER()只在SELECT阶段才算，WHERE时连分区、排序、编号这些动作都没开始。
用子查询封装是最通用的绕过方式
把窗口函数放进内层SELECT，定义别名（比如AS rn），外层再用WHERE过滤这个别名。这是所有主流数据库都支持的写法。
- 子查询必须带表别名，否则MySQL直接报
Every derived table must have its own alias -
PARTITION BY和ORDER BY缺一不可：漏掉PARTITION BY→全表当一个组编号；漏掉ORDER BY→编号顺序依赖物理存储，结果不可复现 - 示例：
SELECT name, dept_id, salary FROM (SELECT *, ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC) AS rn FROM employees) t WHERE t.rn
CTE更适合多步窗口逻辑
当你要连续用多个窗口函数（比如先RANK()再SUM() OVER()），或者中间结果要复用，WITH比嵌套子查询更清晰。
- CTE不是临时表，不物化数据，但命名语义强，调试方便
- 别在CTE里写
SELECT *，只选真正需要的字段，避免内存和网络开销 - 示例：
WITH ranked AS (SELECT id, user_id, amount, RANK() OVER (PARTITION BY user_id ORDER BY amount DESC) AS rnk FROM orders) SELECT * FROM ranked WHERE rnk = 1;
QUALIFY虽简洁但兼容性差
QUALIFY是专为解决这个问题设计的语法，它在窗口计算之后、最终输出之前执行，允许直接引用窗口别名。但它只在BigQuery、Snowflake、DuckDB、MySQL 8.0+（需开启）等少数引擎中支持，PostgreSQL原生不认。
-
QUALIFY后必须至少包含一个窗口函数表达式，不能只写普通条件 - 它只是语法糖，底层仍等价于自动套了一层子查询，显式封装反而更可控
- 别指望
QUALIFY能解决RANK()并列导致的多行问题——ROW_NUMBER()才能保唯一
实际中最容易被忽略的，是PARTITION BY和ORDER BY这两项的完整性。哪怕语法跑通了，漏掉其中任何一个，结果就不是“每组前N”，而是全表乱序编号或不可复现排名。
