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

法6400

　　首页，笔者先把两种最常用的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的区别。