问Oracle版本之间的差异

EN

1. 在9i中有效的SQL语句在11g中仍然有效。Oracle非常努力地确保向后兼容性。当然，在某些情况下，旧版本的Oracle接受实际上在语法上无效的SQL语句，而不是引发错误，而后者则正确地引发错误。但这是非常罕见的。
2. 如果您对在不同版本的甲骨文中添加的特性感兴趣，那么您可以很好地浏览新特性指南SQL语言改进一章和SQL引用的SQL语言章节中的新内容是什么？。
3. 如果你是在问行为上的差异，那主要是因为你依赖错误的假设。例如，许多人假设，如果查询包含ORDER BY，则不需要指定GROUP BY子句。这从来不是甲骨文鼓励的假设，但甲骨文碰巧对数据进行排序，以便执行GROUP BY。当在10.2中添加了按操作分类的哈希组时，Oracle不再总是将数据作为分组数据的副产品排序。这导致许多开发人员不得不通过代码来添加ORDER BY子句。由于不同的优化器设置，其他SQL语句在11g中的执行情况不同(特别是当您从9i中基于规则的优化器中移动时)。

是在9i中仍然在11g中有效的SQL语句。

在一些情况下，以前有效的SQL语句在以后的版本中变得无效。例如，在Oracle8和9之间，mod函数用作infix操作符是非法的；也就是说，select 12 mod 3 from dual在Oracle8中有效，但在Oracle9中无效。(select mod(12,3) from dual在这两个版本中都有效)

11g中是否有9i中没有的新功能？

是的，当然，但列出它们将超出这个答案的范围。

有效的9i SQL语句与11g中相同的语句之间是否存在行为差异？

有些行为差异可能导致不必要的“影响”。两个例子：

1. 查询优化器在每一个新版本中，有些查询的执行速度都很慢，因为新的查询优化器可能会选择与旧的查询优化器不同的、次等的计划。
2. Group :直到Oracle9i，group by才交付排序结果。(与order by不完全相同，因为order by考虑到了特定于语言的顺序，如德语中的“L、M、N、O、、P、Q”，而group by没有，但对于许多目的来说都足够好)。正因为如此，许多开发人员在order by子句与group by子句相同的情况下取消了它。这在Oracle 10g中发生了改变，显然10g使用哈希表而不是排序树进行分组。正因为如此，一些程序以10g的速度提供了与9i不同的结果。(注:在预期有序结果时，省略order by一直是个坏主意)

是的，当然。查看引用的第一章，例如01/server.111/b 28286/wnsql.htm#ssnf5