窗口函数不能在WHERE中使用，因为SQL执行顺序中WHERE在SELECT之前，而ROW_NUMBER()等窗口函数仅在SELECT阶段计算；必须用子查询将窗口结果固化为列后，才能在外部WHERE中引用。
WHERE阶段窗口函数根本还没执行
SQL执行顺序是固定的：FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY。而ROW_NUMBER()只在SELECT阶段才真正计算，WHERE早在它出生前就已结束。你写WHERE ROW_NUMBER() OVER (...) = 1，数据库不是“不让你写”，而是连ROW_NUMBER()这个值都还没生成——报错信息如window functions are not allowed in WHERE（PostgreSQL）或Unknown column 'rn'（MySQL），本质是列不存在。
子查询封装是最通用的解法
必须把窗口计算结果“固化”成可被WHERE访问的列。最直接的方式是用派生表（子查询）：
- 内层
SELECT中定义ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC) AS rn - 子查询必须带表别名，例如
) t，否则MySQL会报Every derived table must have its own alias - 外层
WHERE才能引用t.rn 这类条件 - 别在子查询里漏掉
ORDER BY——没有它，ROW_NUMBER()编号顺序不可控；漏掉PARTITION BY，就变成全表编号，不是“每部门前3”
示例：
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不是物化临时表，但命名语义强，调试方便 - 别写
SELECT *，只选真正需要的字段，减少内存和网络开销 - MySQL 8.0+、PostgreSQL、SQL Server 2012+ 都支持，旧版MySQL（5.7及之前）不支持窗口函数，得用变量模拟，稳定性差
示例：
WITH ranked AS (
SELECT id, user_id, amount,
RANK() OVER (PARTITION BY user_id ORDER BY amount DESC) AS rnk,
SUM(amount) OVER (PARTITION BY user_id) AS total_by_user
FROM orders
)
SELECT id, user_id, amount, rnk
FROM ranked
WHERE rnk = 1;
PARTITION BY和ORDER BY缺一不可
这两个子句不是可选项，而是语义核心：
-
PARTITION BY dept_id决定“按什么分组重置编号”，漏掉就等于没分组 -
ORDER BY salary DESC决定“组内谁排第1”，漏掉会导致编号依赖物理存储顺序，多次执行结果可能不同 - 两者位置不能互换：
PARTITION BY先切数据，ORDER BY再对每个分区单独排序 - ORDER BY字段尽量唯一，否则相同值下编号顺序不稳定；建议补一个唯一列兜底，如
ORDER BY salary DESC, id ASC
真正容易被忽略的，不是语法怎么写，而是PARTITION BY和ORDER BY这两项是否完整、是否贴合业务意图。语法跑通了，结果却不对，八成栽在这儿。
