ROW_NUMBER() 必须配合 OVER 子句使用，否则报错；它为窗口函数，必需 ORDER BY，可选 PARTITION BY；常见错误包括遗漏 OVER、ORDER BY 引用别名、WHERE 中直接过滤别名。
ROW_NUMBER() 必须配合 OVER 子句使用，否则直接报错
单独写 ROW_NUMBER() 会触发类似 Window function 'ROW_NUMBER' requires an OVER clause 的错误。它不是普通函数，而是窗口函数，必须明确指定排序逻辑和分组范围。
最简可用形式是：ROW_NUMBER() OVER (ORDER BY score DESC)。注意：ORDER BY 是必需的，不写就语法错误；PARTITION BY 可选，用于“每组内编号”场景（比如每个部门前3名）。
常见误操作：
- 漏掉
OVER，只写ROW_NUMBER() -
ORDER BY引用别名（如ORDER BY rn），实际需用原始列或表达式 - 在
WHERE中直接过滤ROW_NUMBER()别名（如WHERE rn ），但窗口函数结果不可在同级 <code>WHERE中引用——得套一层子查询或 CTE
取前N名必须用子查询或 CTE 包裹
因为窗口函数在 SQL 执行顺序中晚于 WHERE，所以不能在主查询的 WHERE 条件里用 ROW_NUMBER() 的结果。正确做法是先算号，再筛选。
推荐写法（以取前5名为例）：
SELECT * FROM ( SELECT *, ROW_NUMBER() OVER (ORDER BY sales DESC) AS rn FROM orders ) t WHERE rn <= 5;
如果用 CTE 更清晰：
WITH ranked AS ( SELECT *, ROW_NUMBER() OVER (ORDER BY price DESC) AS rn FROM products ) SELECT id, name, price FROM ranked WHERE rn <= 10;
注意：别名 rn 在外层才能被 WHERE 访问；内层 SELECT 中不能加 WHERE rn 。
ROW_NUMBER() 和 RANK() / DENSE_RANK() 的区别直接影响“前N名”语义
当存在并列数据时，三者行为不同：
-
ROW_NUMBER()：严格按顺序编号，哪怕值相同也给不同序号（1,2,3,4…） -
RANK()：并列则同号，跳过后续编号（1,1,3,4…） -
DENSE_RANK()：并列则同号，不跳号（1,1,2,3…）
例如分数为 [95,95,90,88]：
-
ROW_NUMBER()→ [1,2,3,4] -
RANK()→ [1,1,3,4] -
DENSE_RANK()→ [1,1,2,3]
如果你要“最多返回N行”，用 ROW_NUMBER()；如果要“分数不低于第N名的所有人”，就得用 RANK() 或 DENSE_RANK()，并配合 WHERE rank 。
性能关键：ORDER BY 列必须有索引
ROW_NUMBER() OVER (ORDER BY x) 的开销主要来自排序。若 x 列无索引，大数据量下可能触发磁盘临时排序，速度骤降。
验证方式（以 PostgreSQL 为例）：
EXPLAIN SELECT *, ROW_NUMBER() OVER (ORDER BY created_at DESC) FROM logs;
看执行计划中是否出现 Sort Method: external merge Disk —— 出现就说明内存不够，正在刷磁盘。
优化建议：
- 对
ORDER BY的列建索引，如CREATE INDEX idx_orders_score ON orders(score DESC); - 避免在
ORDER BY中用函数或表达式（如ORDER BY UPPER(name)），除非你建了函数索引 - 如果只查前N行且不关心总排名，
LIMIT N比ROW_NUMBER()+ 过滤更轻量（但无法获得具体序号）
真正需要序号、且数据可能重复、还要稳定可控地截断时，ROW_NUMBER() 才不可替代——这时候别省那点索引空间。
