oracle下的两种分页方式适用场景

首页,笔者先把两种最常用的Oracle分页方式sql语句贴出来,另外说明下笔者要查询的表有2000多万数据
第一种:

select *  from  (select rownum a, ARTICLEW.XMLDOC from ARTICLEW ) t                where t.a between 1 and 200 ;

第二种:
select *  from    (select rownum,  t.*   from    (select xmldoc from articlew) t   where t.rownum<=200)  where rownum >=1



近日,使用oracle数据库时,需要从一个千万级的数据表里面读取数据,没办法了,只能写分页读了,而且查询字段还涉及一个Blob类型的大字段,结果按照第一种分页方式去读,就一次取200条测试数据,结果发现数据库一直在查询,20多秒还没返回结果,我想应该不是数据库的问题,而是sql语句的问题了,于是换了第二种的分页查询,发现很快就能返回,对于第一种分页查询的方式,个人感觉内部可能做全表扫描了,所以就算分页数据量很小,但只要数据量大的情况,其性能极为低下,因此只适合做小批数据量的分页展示,而第二种分页方式性能就高多了,尤其是在大数据量的表里


这两种写法,大多数情况下,第二种都比第一种的效率高,为什么?

这是由于CBO优化模式下,Oracle可以将外层的查询条件推到内层查询中,以提高内层查询的执行效率。对于第二个查询语句,第二层的查询条件WHERE ROWNUM <= 200就可以被Oracle推入到内层查询中,这样Oracle查询的结果一旦超过了ROWNUM限制条件,就立即终止查询,仅仅把我们所需要的数据拿出来,是真正的按需所取。

对于第一个分页查询的语句,Oracle内部,首先会做全表扫描,把所有符合条件的数据,全部返回,而真正的我们分页所需要的数据,仅仅是在Between 和and之后才进行过滤筛选的,所以,在数据量越大的情况下,第一种的分页查询的语句的性能就越低,这也就是为什么我只取仅仅200数据,oracle竟然用20多秒都没返回的原因。


最后,对于上面的2种分页方式,简单总结一下,第一种:获取全部,进行筛选,第二种:按需所取。举个不太恰当的比方,就是有点像EJB跟Spring的区别。


你可能感兴趣的:(oracle,sql,分页查询)