关于Oracle中结果集数据的顺序问题,在《Oracle读取数据的顺序问题》中曾通过实验说明过,最近在整理一些案例,碰巧看到了这篇《Ordering of Result Data (Doc ID 344135.1)》,正如文中所说,强调一点,Oracle中数据检索没有默认顺序。
如果语句中没指定顺序,数据就按照读取数据块的顺序返回。像索引这种预先排序的数据源返回的就是有序的数据,像全表扫描这种返回的就是无序的数据。
如果SQL的执行计划改变了,就是数据访问路径改变了,数据返回的顺序,很可能就会不同。
如果想让Oracle返回有序的数据,唯一的操作,就是指定order by子句。如果你的程序中,没指定子句order by,他的返回顺序,不同的场景下,可能就是不同的,不可控,这是我们在开发过程中,需要注意的。
除此之外,有两个隐藏参数,可能会对一些结果的返回顺序产生影响,
1. _newsort_enabled
允许使用新的排序算法。11g下默认值是TRUE。
2. _gby_hash_aggregation_enabled
这个参数允许group by子句使用hash聚合而不是sort聚合。因为hash聚合不能保证返回数据的顺序,不同语句可能返回不同的顺序。11g下默认值是TRUE。这个问题很隐蔽,可以参考《Oracle不同版本group by的变化》,因为从10g开始,group by用了hash聚合,不是sort聚合,因此不会默认排序了,如果在9i,程序中没指定order by,在10g以上跑,结果就可能是个乱序的,我们就碰到过这个坑,记得入职改的第一个程序,就和这个相关。sort聚合毕竟涉及排序了,因此执行时间上,可能比hash聚合更久,但是hash聚合涉及的数据如果太多,据说会产生bug,此时可以通过调整这个_gby_hash_aggregation_enabled来解决。
Oracle就是个软件,有人说过,这些隐藏参数,其实相当于开发人员设置的各种debug开关,打开或者关闭,都对应到不同的代码逻辑,带来的效果,就是不同的。
近期的热文: