ROW_NUMBER() 必须配合 ORDER BY 使用，否则报错；执行晚于 WHERE，不能在 WHERE 中直接引用其别名，需用子查询或 CTE 包裹。
ROW_NUMBER() 必须配合 ORDER BY 才能用
不写 ORDER BY 会直接报错，比如 SELECT ROW_NUMBER() OVER() 在 PostgreSQL、SQL Server、MySQL 8.0+ 都非法。窗口函数需要明确排序依据，否则“第几行”没有意义。
常见错误是误以为按表物理顺序编号，实际结果完全不确定。哪怕加了 WHERE 条件，也必须显式指定排序字段。
- 正确写法：
ROW_NUMBER() OVER (ORDER BY created_at DESC) - 多字段排序也支持：
ROW_NUMBER() OVER (ORDER BY status, updated_at DESC) - 想按分组重置行号？加
PARTITION BY：ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY amount DESC)
避免在 WHERE 中引用 ROW_NUMBER() 别名
ROW_NUMBER() 是窗口函数，执行时机晚于 WHERE，所以不能在 WHERE 里直接过滤行号，比如 WHERE rn = 1 会报错 “column \"rn\" does not exist”。
必须用子查询或 CTE 包一层：
SELECT * FROM ( SELECT *, ROW_NUMBER() OVER (ORDER BY score DESC) AS rn FROM exam_results ) t WHERE t.rn <= 5;
否则只能改用 LIMIT（PostgreSQL/MySQL）或 TOP（SQL Server），但那样没法做分组内 Top N。
不同数据库对 NULL 的排序行为不一致
ORDER BY 字段含 NULL 时，PostgreSQL 默认把 NULL 排最后，SQL Server 和 MySQL 默认排最前——这会导致同一语句在不同库中 ROW_NUMBER() 结果不同。
- 显式控制：
ORDER BY status NULLS LAST（PostgreSQL 支持） - 兼容写法（通用）：
ORDER BY (status IS NULL), status，把NULL当最小/最大值处理 - 数值字段可补默认值：
ORDER BY COALESCE(amount, 0)，但要注意业务含义是否合理
性能陷阱：大表上慎用全表 ROW_NUMBER()
没加 PARTITION BY 的 ROW_NUMBER() OVER (ORDER BY ...) 会强制扫描并排序整个结果集，即使只取前 10 行，数据库也不能提前终止。
如果只是要“带序号的前 N 条”，优先考虑：
- 先
LIMIT/TOP再编号（适用于简单 Top N） - 用索引覆盖排序字段（
CREATE INDEX ON table (created_at DESC)） - 分组内编号比全局编号快得多，因为每个分区独立排序
真正需要全局唯一连续序号的场景其实不多，多数报表需求用分组或带条件的子集编号更高效。
