oracle停的两种分页方式适用场景
日期：2014-05-16 浏览次数：20388 次
oracle下的两种分页方式适用场景
首页，笔者先把两种最常用的Oracle分页方式sql语句贴出来,另外说明下笔者要查询的表有2000多万数据
第一种:
第二种:
近日，使用oracle数据库时，需要从一个千万级的数据表里面读取数据，没办法了，只能写分页读了，而且查询字段还涉及一个Blob类型的大字段，结果按照第一种分页方式去读，就一次取200条测试数据，结果发现数据库一直在查询，20多秒还没返回结果，我想应该不是数据库的问题，而是sql语句的问题了，于是换了第二种的分页查询，发现很快就能返回，对于第一种分页查询的方式，个人感觉内部可能做全表扫描了，所以就算分页数据量很小，但只要数据量大的情况，其性能极为低下，因此只适合做小批数据量的分页展示，而第二种分页方式性能就高多了，尤其是在大数据量的表里
这两种写法，大多数情况下，第二种都比第一种的效率高，为什么？
这是由于CBO优化模式下，Oracle可以将外层的查询条件推到内层查询中，以提高内层查询的执行效率。对于第二个查询语句，第二层的查询条件WHERE ROWNUM <= 200就可以被Oracle推入到内层查询中，这样Oracle查询的结果一旦超过了ROWNUM限制条件，就立即终止查询，仅仅把我们所需要的数据拿出来，是真正的按需所取。
对于第一个分页查询的语句，Oracle内部，首先会做全表扫描，把所有符合条件的数据，全部返回，而真正的我们分页所需要的数据，仅仅是在Between 和and之后才进行过滤筛选的，所以，在数据量越大的情况下，第一种的分页查询的语句的性能就越低，这也就是为什么我只取仅仅200数据，oracle竟然用20多秒都没返回的原因。
最后，对于上面的2种分页方式，简单总结一下，第一种：获取全部，进行筛选，第二种：按需所取。举个不太恰当的比方，就是有点像EJB跟Spring的区别。
首页，笔者先把两种最常用的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的区别。
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
