where子句不能直接使用row_number()等窗口函数，因其执行顺序在select之前，窗口结果尚未生成；必须通过子查询或cte先固化编号列，且partition by和order by缺一不可。
WHERE子句不能直接使用ROW_NUMBER()、RANK()等窗口函数结果，因为SQL逻辑执行顺序中，WHERE在SELECT（含窗口计算）之前运行——此时编号根本还没生成，数据库连rn这个列名都找不到。
WHERE里写ROW_NUMBER()为什么报错
不是语法写错了，是时机根本不对。SQL执行顺序固定为：FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY。窗口函数只在SELECT阶段才真正计算分区、排序和编号，而WHERE早已执行完毕。你写的WHERE rn = 1，数据库根本没看到rn这列。
- PostgreSQL报
window functions are not allowed in WHERE - MySQL报
Unknown column 'rn' - SQL Server报
Invalid use of window function
必须用子查询或CTE先固化结果
窗口函数的输出必须先“落地”成某一层的普通列，才能被后续过滤引用。只有两种可靠方式：
- 子查询：内层
SELECT中定义ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC) AS rn，外层FROM后必须加别名（如AS t），再写WHERE t.rn = 1；MySQL不加别名会直接报Every derived table must have its own alias - CTE：用
WITH ranked AS (SELECT *, ROW_NUMBER() ...)定义中间结果集，再SELECT * FROM ranked WHERE rn = 1；适合多步窗口逻辑，但别写SELECT *，只选需要字段
PARTITION BY和ORDER BY缺一不可
漏掉任一个，结果就不是“每组前N”，而是逻辑错乱——这种错不报错，但数据已不可信。
- 漏
PARTITION BY：整张表当一个组编号，ROW_NUMBER() OVER (ORDER BY salary DESC)返回的是全表排名，不是“每部门前3” - 漏
ORDER BY：编号顺序无保证，相同薪资下哪行得第1完全依赖存储页顺序，多次执行可能返回不同结果 - 排序字段有重复时，建议补唯一字段保序，例如
ORDER BY salary DESC, id ASC
真正容易被忽略的，是即使子查询语法写对了，只要PARTITION BY或ORDER BY少写一个，结果就已偏离业务语义——它不会报错，但你拿到的“Top N”已经不是你要的“每组Top N”了。
