rownum不能直接与order by混用，因为rownum在排序前分配，导致先取前n行再排序，而非对全部数据排序后取前n行；正确做法是用子查询先order by排序，外层再用rownum限制行数。
直接用 ROWNUM 就能标注，但必须注意它只在最外层查询中“即时编号”，且编号发生在排序和过滤之前——所以不加控制地写 ORDER BY 或 WHERE rownum > 5 会得到意外结果。
为什么 ROWNUM 不能直接跟 ORDER BY 一起用？
ROWNUM 是 Oracle 在生成结果集时逐行分配的伪列，分配动作发生在 ORDER BY 排序之前。也就是说，数据库先从表里捞出几行（可能按堆顺序、索引顺序或优化器决定的任意顺序），立刻打上 1,2,3...，再对这些已编号的行做排序——此时行号就和最终顺序对不上了。
常见错误现象：
SELECT ROWNUM, name, sal FROM emp ORDER BY sal DESC WHERE ROWNUM —— 语法错误，<code>WHERE不能放在ORDER BY后面SELECT ROWNUM, name, sal FROM emp WHERE ROWNUM —— 虽然能执行，但 <code>ROWNUM标的是未排序前的前 5 行，排序后行号和薪资高低完全无关
如何安全地给排序后结果加行号？
必须用子查询把排序逻辑“固化”成一个中间结果集，让外层查询在该结果集上重新分配 ROWNUM。
正确写法示例：
SELECT ROWNUM, employee_id, employee_name, salary
FROM (SELECT employee_id, employee_name, salary
FROM employees
ORDER BY salary DESC)
关键点：
- 内层子查询负责
ORDER BY，确保数据按需排列 - 外层查询的
ROWNUM是对已排序结果逐行编号，所以第 1 行就是最高薪员工 - 若只要前 5 名，把外层
WHERE ROWNUM 加在最外层即可
ROWNUM 的 WHERE 条件有哪些硬限制？
ROWNUM 在同一查询层级中只能用 或 <code>= 1，其他比较都会导致空结果或逻辑错乱。
典型错误与等效行为：
-
WHERE ROWNUM > 5→ 永远无结果（因为第 1 行ROWNUM是 1，不满足 >5；后续行根本不会被检查） -
WHERE ROWNUM >= 5→ 同样无结果 -
WHERE ROWNUM != 10→ 返回前 9 行（第 10 行被跳过，但第 11 行不会补上，因为编号已中断） - 要取第 6–10 行，必须用三层结构：先排序 → 再取前 10 行并起别名
rn→ 最后外层筛选rn BETWEEN 6 AND 10
什么时候该换用 ROW_NUMBER()？
如果你需要分组编号（比如每个部门内按薪资排名）、需要稳定可复用的序号字段、或者分页逻辑变复杂（如跳过前 N 行再取 M 行），ROW_NUMBER() 更可靠。
例如：
SELECT employee_id, department_id, salary,
ROW_NUMBER() OVER (PARTITION BY department_id ORDER BY salary DESC) AS dept_rank
FROM employees
而 ROWNUM 不支持 PARTITION BY，也不能在 WHERE 中直接引用（必须先别名再查），在嵌套层级多、逻辑交叉时容易漏掉一层子查询——这点最容易被忽略。
