使用FETCH命令未按预期触发ORA-00918错误的技术咨询

这事儿我之前排查过，其实是Oracle版本迭代带来的行为变化，加上官方文档更新不及时导致的「认知差」！

先明确官方文档描述的触发前提 #

官方文档里提到的ORA-00918错误，是基于Oracle 12cR1（12.1）的初始行为：只要SELECT列表里存在同名列（不管来自同表还是不同表），同时搭配了row_limiting_clause（也就是FETCH FIRST/NEXT ... ROWS ONLY这类分页语法），就会触发错误——因为早期版本的Oracle在处理行限制逻辑时，会严格检查SELECT列表的列唯一性，哪怕你只是返回重复列名，也会判定为「无法区分列」。

为什么Oracle Live SQL里没报错？ #

Oracle Live SQL默认使用的是较新的Oracle版本（比如12cR2之后的版本，甚至18c、21c），Oracle在后续版本里优化了这个检查逻辑：

• 只有当row_limiting_clause的逻辑需要引用到重复列时（比如在ORDER BY里指定了重复的列名，数据库无法判断到底用哪一列排序），才会触发ORA-00918
• 如果只是SELECT列表里返回重复列，而分页逻辑（排序、行数限制）没有依赖这些重复列，数据库就不会报错——因为此时重复列只是作为结果返回，不影响分页的执行逻辑

举个实际的例子：

• 新版本里能正常执行：

  SELECT empno, empno FROM employees FETCH FIRST 5 ROWS ONLY;
  

• 但如果在ORDER BY里用了重复列名，还是会报错：

  SELECT empno, empno FROM employees ORDER BY empno FETCH FIRST 5 ROWS ONLY;
  

  这时候数据库不知道你要按哪一个empno排序，就会抛出ORA-00918。

总结 #

你在Live SQL里的测试刚好命中了新版本Oracle放宽限制的场景，所以没触发错误；如果回到12cR1的环境执行同样的语句，大概率会出现文档里描述的ORA-00918。另外，官方文档的说明可能没有及时更新后续版本的行为变化，这也是技术文档常见的滞后情况。

内容的提问来源于stack exchange，提问作者SylvainN