窗口函数不能在WHERE子句中使用，因SQL执行顺序为FROM→WHERE→GROUP BY→HAVING→SELECT（窗口函数在此阶段计算）→ORDER BY，WHERE时窗口结果尚未生成；必须用子查询或CTE先固化结果。
窗口函数不能直接放在 WHERE 中，因为 SQL 的逻辑执行顺序决定了：在 WHERE 阶段，窗口函数根本还没运行，连结果列都不存在。
WHERE 执行时窗口函数压根没算出来
SQL 是按固定顺序“逻辑上”执行的：FROM → WHERE → GROUP BY → HAVING → SELECT（含窗口函数）→ ORDER BY。窗口函数只在 SELECT 阶段才计算，而 WHERE 在它之前就结束了。你写 WHERE rn = 1，数据库连 rn 这个别名在哪都不知道——报错信息如 column "rn" does not exist 或 window functions are not allowed in WHERE 就是这个原因。
- 这不是 MySQL 特有，PostgreSQL、SQL Server、Oracle 全部一样
-
ROW_NUMBER()、RANK()、SUM() OVER ()全部受此限制 - 哪怕表只有一行，
WHERE ROW_NUMBER() OVER () = 1依然非法
必须用子查询或 CTE 先固化结果
让窗口函数值变成普通列，才能被 WHERE 访问。这是所有主流数据库都支持的通用解法。
- 子查询写法轻量，适合单次使用：
SELECT * FROM (SELECT *, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM employees) t WHERE t.rn = 1 - 子查询必须带表别名（如
AS t），否则 MySQL 直接报Every derived table must have its own alias - CTE 更易读、可调试：
WITH ranked AS (SELECT *, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM employees) SELECT * FROM ranked WHERE rn = 1 - CTE 中别名可在后续多步中复用，但别写
SELECT *，只选真正需要的字段
QUALIFY 看似简洁，但兼容性极差
QUALIFY 是专为解决这个问题设计的语法，它在窗口计算之后、最终输出之前执行，允许直接引用窗口别名。但它只在 BigQuery、Snowflake、DuckDB、MySQL 8.0+（需开启）等少数引擎中支持，PostgreSQL 原生不认。
SELECT dept, salary, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM employees QUALIFY rn = 1-
QUALIFY后必须至少包含一个窗口函数表达式，不能只写普通条件 - 它只是语法糖，底层仍等价于自动套了一层子查询；显式封装反而更可控
- 别指望
QUALIFY能绕过RANK()并列导致的多行问题——ROW_NUMBER()才能保唯一
PARTITION BY 和 ORDER BY 缺一不可
这两项不是可选项，而是决定结果是否正确的关键。漏掉任何一个，编号就不是“每组前 N”，而是完全错乱。
- 漏掉
PARTITION BY→ 全表当一个组编号，ROW_NUMBER()变成全局序号 - 漏掉
ORDER BY→ 分区内排序无序且不可复现，多次执行结果可能不同 -
ORDER BY在OVER()里不控制最终输出顺序，只决定窗口计算时“当前行在哪、前后有哪些行” - 例如
SUM(sales) OVER (ORDER BY date)的默认帧依赖ORDER BY定义“preceding”是谁；没它，滑动计算就失效
最容易被忽略的是：即使你封装好了子查询，PARTITION BY 和 ORDER BY 的完整性也必须人工核对——优化器不会帮你补，出错也不会报语法错，只会静默返回错误数据。
