ROW_NUMBER()不能在WHERE中使用，因为窗口函数仅在SELECT阶段执行，而WHERE在SELECT之前运行，此时rn别名尚未生成；需用子查询封装并为内层结果指定表别名。
不能直接用，这不是语法限制，而是SQL执行顺序决定的——WHERE阶段窗口函数根本还没计算，列名都不存在。
为什么ROW_NUMBER()在WHERE里报“列不存在”
SQL逻辑执行顺序是：FROM → WHERE → GROUP BY → HAVING → SELECT（含窗口函数）→ ORDER BY。窗口函数只在SELECT阶段才运行，WHERE时连分区、排序、编号都没开始，数据库自然找不到rn这个别名。
常见错误提示：
- PostgreSQL：
window functions are not allowed in WHERE - MySQL：
Unknown column 'rn' - SQL Server：
Invalid use of window function
用子查询封装是最通用的绕过方式
把窗口函数放进内层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 <= 3;
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”，而是错乱或不可复现。
