不能在WHERE中使用窗口函数别名。因为窗口函数在SELECT阶段执行，而WHERE在之前就已运行，此时rn等别名尚未生成，导致“column 'rn' does not exist”等错误；必须用子查询或CTE先固化结果，再在外层WHERE过滤。
不能。窗口函数（如 ROW_NUMBER()、RANK()、SUM() OVER）在 SQL 执行顺序中只出现在 SELECT 阶段，而 WHERE 在它之前就已执行完毕——此时编号、排名、累计值都还没算出来，列名自然不存在。
为什么 WHERE rn = 1 会报错
报错信息通常为：column "rn" does not exist（MySQL/PostgreSQL）或 window functions are not allowed in WHERE（PostgreSQL/SQL Server）。这不是语法写错了，而是数据库根本没机会生成 rn 这个别名：在 WHERE 运行时，连 PARTITION BY 和 ORDER BY 都还没开始处理，更别说分配序号。
-
WHERE只能访问原始表字段或JOIN后的列，不能访问SELECT中定义的别名 - 即使你写了
SELECT *, ROW_NUMBER() OVER (...) AS rn，这个rn也只在SELECT阶段“出生”，WHERE阶段它尚未存在 - 所有主流引擎（MySQL 8.0+、PostgreSQL、SQL Server、Oracle）行为一致，无例外
必须用子查询或 CTE 封装再过滤
把窗口计算结果固化成一个中间结果集，外层才能按别名筛选。这是唯一通用且兼容的解法。
- 子查询方式（轻量、单次使用）：
SELECT * FROM (SELECT *, ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC) AS rn FROM employees) t WHERE t.rn - MySQL 要求子查询必须带表别名（如
) t），否则报Every derived table must have its own alias - CTE 方式（适合多步逻辑）：
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 - CTE 不物化数据，但命名清晰；避免写
SELECT *，只选真正需要的字段
PARTITION BY 和 ORDER BY 缺一不可
漏掉任一者都会导致语义错误或结果不可复现。
- 漏
PARTITION BY→ROW_NUMBER()对整张表编号，不是“每部门前3”，而是“全公司前3” - 漏
ORDER BY→ 数据库按物理存储顺序编号，相同值下哪行得第1无法保证，多次执行可能返回不同行 -
OVER (ORDER BY salary DESC)和OVER (PARTITION BY dept_id ORDER BY salary DESC)完全不同，外层ORDER BY无法补救 - 引擎先按
PARTITION BY切分数据块，再对每个块单独跑ORDER BY，二者执行顺序固定
最容易被忽略的不是语法怎么写，而是 PARTITION BY 和 ORDER BY 的完整性——它们不是可选修饰，是窗口函数语义成立的前提。一旦缺位，结果就不是“逻辑错误”，而是“逻辑失效”。
