row_number()在where中报错是因为sql执行顺序中where先于select运行，窗口函数尚未计算，别名不可见；必须用子查询或cte先编号再过滤。
WHERE里写ROW_NUMBER()为什么直接报错
不是语法写错了，是SQL执行顺序决定了它根本还没算出来。WHERE阶段在SELECT之前运行，而窗口函数（如ROW_NUMBER()、RANK()）只在SELECT阶段才真正计算。此时数据库连分区、排序、编号这些动作都没开始，自然找不到你写的rn这个别名。
典型报错信息：window functions are not allowed in WHERE（PostgreSQL）、Invalid use of window function（SQL Server）、Unknown column 'rn'（MySQL）。
子查询封装时漏掉AS t会怎样
MySQL强制要求派生表必须带别名，否则直接报Every derived table must have its own alias。其他数据库如PostgreSQL虽不报错，但外层引用列时若没明确表前缀，可能因列名歧义导致结果错乱或查询失败。
- 错误写法：
SELECT * FROM (SELECT *, ROW_NUMBER() OVER (...) AS rn FROM t) WHERE rn = 1 - 正确写法：
SELECT * FROM (SELECT *, ROW_NUMBER() OVER (...) AS rn FROM t) AS t WHERE t.rn = 1 - 别名必须出现在
FROM子句中，且外层WHERE必须用t.rn而非裸rn
PARTITION BY和ORDER BY缺一不可
漏掉PARTITION BY，ROW_NUMBER()就对整张表编号，不是“每部门前3”，而是“全公司排前3”；漏掉ORDER BY，编号顺序无保证——相同薪资下哪行得第1，完全依赖存储页顺序，多次执行可能返回不同结果。
-
ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC)→ 每部门内按薪资降序编号 -
ROW_NUMBER() OVER (ORDER BY salary DESC)→ 全表按薪资降序编号，语义完全不同 - ORDER BY字段有重复值时，建议补一个唯一字段保序，例如
ORDER BY salary DESC, id DESC
别信QUALIFY能绕过所有限制
QUALIFY确实允许直接写ROW_NUMBER() = 1，但它只是语法糖，底层仍等价于自动套了一层子查询。而且兼容性差：MySQL 8.0+需开启sql_mode，PostgreSQL原生不支持，旧版引擎基本不可用。
更关键的是：QUALIFY后必须至少包含一个窗口函数表达式，不能只写普通条件；它也解决不了RANK()并列导致的多行问题——要保唯一，还是得用ROW_NUMBER()。
真正容易被忽略的，是即使你把子查询写对了，只要PARTITION BY或ORDER BY任一缺失，结果就不是“每组前N”，而是逻辑错乱——这种错不会报错，但数据已经不可信。
