窗口函数不能在where中过滤，因其在select阶段才计算，而where执行更早；必须用子查询、cte或qualify（部分数据库支持）封装后过滤。
窗口函数结果不能在 WHERE 中直接过滤，因为 SQL 执行顺序决定了它根本还没算出来。
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 封装后再过滤
把窗口函数放在内层 SELECT 中定义别名（如 rn），外层再用 WHERE 引用该别名，是最通用解法。
- 子查询写法轻量，适合单次使用：
SELECT * FROM (SELECT *, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM employees) t WHERE t.rn = 1 - CTE 更易读、可调试：
WITH ranked AS (SELECT *, ROW_NUMBER() ... AS rn FROM employees) SELECT * FROM ranked WHERE rn = 1 - 子查询必须带别名（如
AS t），否则 MySQL 直接报错Every derived table must have its own alias - CTE 中别名可在后续多步中复用，但别写
SELECT *，只选真正需要的字段
QUALIFY 是更简洁的替代，但兼容性差
QUALIFY 是专为解决这个问题设计的语法，它在窗口计算之后、最终输出之前执行，允许直接引用窗口别名。
- 支持引擎：BigQuery、Snowflake、DuckDB、MaxCompute、Hive；MySQL 和 PostgreSQL 原生不支持
- 示例：
SELECT dept, salary, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM employees QUALIFY rn = 1 -
QUALIFY后必须至少包含一个窗口函数表达式，不能只写普通条件 - 别指望它能绕过 NULL 或并列排名问题——
RANK()仍可能返回多行，ROW_NUMBER()才能保唯一
最容易被忽略的是：即使你封装好了子查询，PARTITION BY 和 ORDER BY 缺一不可；漏掉 PARTITION BY 会让全表当一个组编号，漏掉 ORDER BY 会让排序无序且不可复现——这两处出错，结果就不是“每组前 N”，而是完全错乱。
