Oracle 19c完全支持FETCH FIRST语法，但必须搭配ORDER BY，否则报ORA-00907错误；单独使用FETCH FIRST无效，正确写法为SELECT * FROM t ORDER BY id FETCH FIRST 10 ROWS ONLY。
Oracle 19c 完全支持 FETCH FIRST 语法，且默认启用——只要 SQL 里写了 ORDER BY，就能安全用。
必须带 ORDER BY，否则报 ORA-00907: missing right parenthesis
这不是警告，是硬性校验。哪怕业务上不关心顺序，FETCH FIRST 10 ROWS ONLY 单独出现也会被 Oracle 拒绝解析。
- 正确写法：
SELECT * FROM employees ORDER BY id FETCH FIRST 10 ROWS ONLY - 若真无排序依据，可用
ORDER BY rowid或ORDER BY 1（仅当列序稳定、且明确接受“物理顺序”语义时） - 在 PL/SQL 块中尤其容易漏掉——游标声明里不能写
FETCH FIRST，必须放在SELECT语句本体中
BULK COLLECT INTO 配合 FETCH FIRST 的写法
PL/SQL 中批量取 Top-N，不能把 FETCH FIRST 放在游标定义里，否则触发 PLS-00103 编译错误。
- ✅ 正确：
SELECT * BULK COLLECT INTO l_emps FROM employees ORDER BY salary DESC FETCH FIRST 5 ROWS ONLY - ❌ 错误：
CURSOR c IS SELECT * FROM employees FETCH FIRST 5 ROWS ONLY - 动态 N 要用绑定变量：
FETCH FIRST :n ROWS ONLY，且:n必须是NUMBER类型，不能传字符串
分页慎用 OFFSET：第 1000 页会变慢，不是语法问题而是执行逻辑
OFFSET 19980 ROWS FETCH NEXT 20 ROWS ONLY 看似简洁，但 Oracle 仍需扫描前 19980 行——和老式 ROWNUM 嵌套性能衰减模式一致。
- 浅层分页（前 50–100 页）可用，超过后建议改用键集分页（
WHERE id > ? ORDER BY id FETCH FIRST 20 ROWS ONLY） - 执行计划里若出现多层
VIEW嵌套或COUNT STOPKEY，说明优化器没走最优路径，别只盯着语法是否“标准” -
WITH TIES会让返回行数不可控，BULK COLLECT接收时必须确保目标集合容量足够，否则触发ORA-06502
最常被忽略的点：版本检查不能只看 SELECT * FROM v$version，还要确认数据库未通过 ALTER SYSTEM SET "_optimizer_use_feedback"=FALSE 等隐式参数禁用新特性；FETCH FIRST 在 19c 是开箱即用，但某些迁移后的库可能沿用了旧兼容模式。
