不能在WHERE中直接使用ROW_NUMBER()等窗口函数，因为SQL执行顺序为FROM→WHERE→GROUP BY→HAVING→SELECT→ORDER BY，窗口函数仅在SELECT阶段计算，WHERE阶段尚未生成结果；必须用子查询或CTE先固化窗口函数结果。
不能在 WHERE 里直接用 ROW_NUMBER()、RANK() 或任何窗口函数，不是语法禁止，而是 SQL 执行顺序决定了它根本“还没算出来”。
WHERE 阶段窗口函数压根不存在
SQL 的逻辑执行顺序是：FROM → WHERE → GROUP BY → HAVING → SELECT（含窗口函数）→ ORDER BY。窗口函数只在 SELECT 阶段才被计算，而 WHERE 在此之前就已完成——此时数据库连分区、排序、编号这些动作都没开始，自然找不到 rn 这列。
- 报错典型提示：
window functions are not allowed in WHERE（PostgreSQL）、Invalid use of window function（SQL Server） - 错误写法：
SELECT * FROM orders WHERE ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY ts DESC) = 1 - 本质不是字段名拼错，而是该列在
WHERE运行时还不存在
必须用子查询或 CTE 先“固化”结果
要把窗口函数的结果变成可过滤的列，就得让它先出现在某一层的输出中，再在外层引用。这是唯一可靠路径。
- 子查询最通用：
SELECT * FROM (SELECT *, ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC) AS rn FROM employees) t WHERE t.rn - 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 - 注意：子查询必须带别名（如
AS t），否则 MySQL 直接报Every derived table must have its own alias - CTE 中别写
SELECT *，只选真正需要的字段，避免内存和网络开销
PARTITION BY 和 ORDER BY 缺一不可
ROW_NUMBER() 类函数要求 OVER() 里同时指定 PARTITION BY 和 ORDER BY，否则行为不可控或直接报错。
- 漏掉
PARTITION BY→ 整张表当一个分区编号，ROW_NUMBER()变成全表排名，不是“每部门前3” - 漏掉
ORDER BY→ 数据库无法确定排序依据，编号顺序依赖物理存储，多次执行结果可能不同 -
ORDER BY在OVER()里只影响窗口内计算顺序，不控制最终输出顺序；外层ORDER BY才管展示
别信“引擎支持 QUALIFY 就不用封装”
BigQuery、Snowflake、MySQL 8.0+、PostgreSQL 14+ 确实支持 QUALIFY，但它只是语法糖，底层仍等价于自动套了一层子查询。兼容性和可读性上，显式封装更稳妥。
-
QUALIFY ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY ts DESC) = 1看起来简洁，但旧版引擎不认 - 某些场景下
QUALIFY与LIMIT或嵌套聚合共用会出问题，不如自己控制子查询结构 - 调试时，CTE 或子查询能让你
SELECT * FROM ranked直接看中间结果，QUALIFY做不到
最容易被忽略的是：窗口函数基于的是未被 LIMIT 截断的完整中间结果集——哪怕你只想要头 10 行，ROW_NUMBER() 仍是按全部数据排的号。想限制输入规模，得把 WHERE 条件写在子查询内部，而不是外层。
