row_number() 是窗口函数，必须配合 over() 使用，且 over 中需包含 order by，分组编号还需指定 partition by；缺少任一要素将报错或结果不可靠。
ROW_NUMBER() 必须配合 OVER() 使用，否则直接报错
单独写 ROW_NUMBER() 会触发语法错误，比如 MySQL 8.0+ 或 PostgreSQL 报 ERROR: window function calls require an OVER clause。它不是普通函数，而是窗口函数，必须声明分区逻辑和排序依据。
常见错误写法：SELECT name, ROW_NUMBER() —— 缺少 OVER，直接失败。
- 正确写法必须是：
ROW_NUMBER() OVER (ORDER BY score DESC) - 如果要分组内编号，得加
PARTITION BY，例如：ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC) - ORDER BY 在
OVER中不可省略；没有排序，编号顺序无定义（多数引擎按物理存储顺序，但不可依赖）
分组排名时 PARTITION BY 和 ORDER BY 的执行顺序很关键
PARTITION BY 先切分数据块，ORDER BY 再在每个块内排序并编号。顺序反了或漏掉任一环节，结果就不是“分组内排名”。
比如想查每个部门薪资最高的前 3 人，错误做法是先用子查询限制人数再排序——那样会漏掉并列情况或破坏窗口逻辑。
- 正确结构：
ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC)，然后外层用WHERE rn - 注意：如果同一部门有两人薪资相同且并列第 2，
ROW_NUMBER()仍会给不同序号（比如 2 和 3），不跳过；需要“并列不占位”得换RANK()或DENSE_RANK() - MySQL 8.0、PostgreSQL、SQL Server、Oracle 都支持该语法；SQLite 3.25+ 支持，旧版不支持窗口函数
ORDER BY 中多个字段会影响排名唯一性和稳定性
只按一个字段排序时，遇到重复值，ROW_NUMBER() 的编号是任意但确定的（取决于引擎实现），两次执行可能结果一致，但不保证。加上二级排序字段才能让结果可重现。
- 推荐写法：
ORDER BY salary DESC, employee_id ASC，用主键或唯一字段兜底 - 避免写成：
ORDER BY salary DESC, name ASC，如果 name 有重复（如多人同名），还是无法完全稳定 - 某些场景下（如分页取第 N 条），不稳定排序会导致同一条记录在不同查询中被分配不同序号，进而漏数或多取
性能隐患：大表上没索引时，ORDER BY 会触发临时文件排序
ROW_NUMBER() 的 ORDER BY 子句若无法走索引，数据库就得对每组数据做全量排序。当 PARTITION BY 字段基数高（比如每组只有几行）、但总行数极大时，开销集中在排序阶段。
- 检查执行计划里是否有
Using filesort（MySQL）或Sort节点（PostgreSQL） - 加速方法：在
PARTITION BY+ORDER BY字段上建联合索引，例如：CREATE INDEX idx_dept_salary ON employees(dept_id, salary DESC); - 注意：部分数据库（如早期 PostgreSQL）对
DESC索引支持有限，需确认版本是否支持降序索引
