解析Oracle数据扫描 Oracle SQL查询优化 引导局部范围数据扫描的方法(4) | 郑州计算机学校_郑州电脑学校_郑州电脑培训

灵活应用ROWNUM虚拟列  Rownum并不是表中实际存在的物理列,而是一个可以被使用在任何SQL语句中的虚拟列。如果能够正确的理解Rownum概念和特性,那么就可以将其应用在Where条件中,引导优化器只处理指定的行数,因此可见这属于局部范围扫描范畴。但是如果不了解Rownum的特性就草率的使用它,则有可能无法输出期望的结果,同时也无法按照设想的数据扫描方式运行。现在讨论一下如何利用Rownum的特性实现局部范围扫描。  特性一:应保证数据范围足够大。看如下示例语句:Select * from t where tno>100 and rownum<=10;  该语句扫描满足条件的数据并将结果记录赋予Rownum值,当Rownum超过10时停止查询执行返回结果。这是理想情况下的局部范围扫描,但是如果满足tno>100的值只有不足10条数据,那么执行引擎为了满足Rownum<=10的条件就可能扫描更多的数据,最坏的情况下是扫描了满足所有条件的数据后返回实际的记录行,这与我们的初衷事与愿违,其中的原因只是满足条件的数据范围过窄,无法尽快填充容纳结果的批量数组。因此若想利用Rownum实现针对大数据量范围扫描,那么首先要保证满足驱动查询条件的数据范围够大,最好远远超过语句中Rownum设定的数目。  特性二:Rownum的值是在执行内部存储操作之前被赋予的,并与对应的数据行一起被存储。该特性往往会影响带有Rownum虚拟列的排序(order by)或者分组(group by)查询语句的结果集。看下面的示例语句:Select rownum,item_cd,catory_cdFrom productWhere deptno like ‘120%’ and qty>0 and rownum<=10Order by item_cd;  执行该语句的本意可能是要对所有满足条件的数据执行排序后,然后输出前10条记录,但是这条语句其实无法实现最初的目的。因为在Order by被执行之前,已经为满足Where中的所有查询条件的数据行赋予了Rownum并将其保存在了临时表空间中,由于在排序操作执行之前已经完成了对Rownum<=10的过滤,所以最终的Order by操作也只是对10行数据进行排序而已,因此根本无法按照Rownum的真实顺序输出,而只是将Order by后的结果直接进行了输出。  之所以会这样,本质原因是由于是因为这个Rownum的特性,使得在排序操作过程中,按照了全局范围扫描进行了数据读取。该SQL必须按照全部范围扫描满足条件的所有数据,并将它们存放在内部临时存储区域,然后执行排序操作,而Rownum的值是在执行内部存储操作之前被赋予的,并与对应的数据行一起被存储。所以在查询条件中存在Rownum限制条件时,排序并不会按照满足条件的整体数据范围来排序,而只会按照Rownum限定的范围来排序,因此真实的结果与期待的结果会发生差异。  同样的问题也会存在于使用Rownum限制进行分组操作时,如下面语句所示:Select deptno,sum(qty)From productWhere deptno like ‘120%’ and rownum<=10Group by deptno;  同样由于Rownum的这个特性,最终也只会针对10行数据进行分组。那么怎么来解决这个问题,来使得即按照局部范围扫描来运行语句,又能按照期待的查询结果显示数据呢?可以通过采用动态视图的方法来改写上述语句,实现我们的目的,如下所示:  排序操作:Select rownum,item_cd,catory_cdFrom(select * from product where deptno like ‘120%’ and qty>0 Order by item_cd)Where rownum<=10;