ROWNUM=2查不到数据，因为ROWNUM在行进入结果集时才赋值且恒从1开始；第1行赋值1后被WHERE条件丢弃，第2行仍被视为新结果集的第1行而再赋1，始终无法满足=2。
ROWNUM 只能用于 <= 或 < 的行数限制，不能直接写 ROWNUM = 2、ROWNUM > 5 这类条件——Oracle 在生成结果集时边扫描边分配 ROWNUM，且永远从 1 开始；一旦某行不满足 WHERE 中的 ROWNUM 条件，后续行就不再被考虑。
为什么 ROWNUM = 2 查不到任何数据？
因为 ROWNUM 是在行被“选中进入结果集”时才赋值的。Oracle 先取第 1 行，赋 ROWNUM = 1，检查 WHERE ROWNUM = 2 → 不成立，丢弃；接着取第 2 行，此时它仍是结果集里的第 1 行（前面没留下任何行），所以再次赋 ROWNUM = 1 → 还是不满足 = 2。循环往复，永远无法命中。
-
ROWNUM = 1可用，常用于取任意一行（如隐式游标判断是否存在） -
ROWNUM = n (n > 1)永远无结果 -
ROWNUM != 1、ROWNUM 1同样无效，逻辑等价于> 1
如何安全地取前 N 行（如前 10 条）？
直接用 WHERE ROWNUM 即可，这是唯一推荐的简单场景用法。
- 必须放在最外层
WHERE，且不能和ORDER BY同级使用（否则排序发生在ROWNUM分配之后，结果不可控） - 示例：
SELECT * FROM emp WHERE ROWNUM —— 返回原始扫描顺序的前 10 行 - 若需“按 salary 降序取前 10”，必须套子查询：
SELECT * FROM (SELECT * FROM emp ORDER BY salary DESC) WHERE ROWNUM
怎么取第 6–10 行（分页第二页）？
必须用两层嵌套：内层先取够上限（如前 10 行），外层再过滤掉前 5 行。注意子查询里 ROWNUM 必须起别名，否则外层无法引用。
- 错误写法：
SELECT * FROM emp WHERE ROWNUM > 5 AND ROWNUM → 返回空 - 正确写法：
SELECT * FROM (SELECT ROWNUM rn, t.* FROM (SELECT * FROM emp ORDER BY id) t WHERE ROWNUM 5 - 别名
rn不可省略；内层WHERE ROWNUM 是性能关键，避免全表扫描后再裁剪 - Oracle 12c+ 推荐改用
FETCH FIRST：SELECT * FROM emp ORDER BY id OFFSET 5 ROWS FETCH NEXT 5 ROWS ONLY
ORDER BY 和 ROWNUM 的顺序陷阱
ROWNUM 总是在 ORDER BY 执行完之后才生成——不对，恰恰相反：Oracle 先按执行计划取出行、分配 ROWNUM，最后才做排序。所以 SELECT ROWNUM, name FROM emp ORDER BY name 中的 ROWNUM 是乱序的。
- 想让序号按排序后位置排列，必须把
ORDER BY放进子查询，再对外层结果应用ROWNUM - 例如“查最新 5 笔订单”，不能：
SELECT ROWNUM, order_id FROM orders ORDER BY create_time DESC WHERE ROWNUM （语法错误，<code>WHERE不能在ORDER BY后） - 也不能：
SELECT ROWNUM, order_id FROM orders WHERE ROWNUM （<code>ROWNUM是取前 5 条再排序，不是按时间排完再取） - 必须：
SELECT ROWNUM, order_id FROM (SELECT order_id FROM orders ORDER BY create_time DESC) WHERE ROWNUM
真正容易被忽略的是：所有带 ROWNUM 的分页逻辑，都隐含着“先取全部再截断”的风险。哪怕加了索引，如果内层子查询没写对（比如漏了 WHERE ROWNUM <= N），可能触发全表扫描。实际写 SQL 时，宁可用 12c+ 的 OFFSET/FETCH，也别硬套三层 ROWNUM 嵌套。
