浅析：Oraclejdbc分页效率的测试

经过长时间学习Oracle，现在就关于Oracle jdbc分页效率的测试和大家分享一下，希望看完本文的你肯定有不少收获。

成都创新互联坚持“要么做到，要么别承诺”的工作理念，服务领域包括：网站建设、网站设计、企业官网、英文网站、手机端网站、网站推广等服务，满足客户于互联网时代的永年网站设计、移动媒体设计的需求，帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴！

先写了一个最简单的jdbc分页测试，在100万记录的情况下对数据库进行absolute定位操作，从20万开始取1页记录大约是5秒，但是再往上面加，比如40万开始就内存溢出了。这就说明oracle的jdbc在用absolute的时候确实是要逐行读取数据的。另外发现，设置fetchsize ，速度会有10%左右的提高。

然后改用oracle 自身的 rownum的方式进行分页测试.

 
 
 

  
  
  
SELECT * FROM (SELECT A.*, ROWNUM RN FROM (SELECT * FROM demo_table) A WHERE ROWNUM <= 200010) WHERE RN >= 200000 
 
 
 

 执行速度确实快了一些， 大约在2-3秒之间。但是这种方式应该是越到后面越慢，果然从90万位置开始取， 大约是在13秒左右。这样一来，修改实现方式好像就是必须的了， 但是奇怪的是，使用ibatis的分页并没有什么内存溢出的问题，100万记录到最后一页，感觉上大概也是10多秒。

看了一下ibatis的queryForList这个方法， debug了一下， 发现他有个判断， 对于forward_only的类型的resultset 是用循环next来定位的（记得以前自己的分页实现里面为了兼容性也做了这样的处理），而不是我误以为的absolute方式。

看来oracle的jdbc 对于forward_only的resultset做 next方法是不会产生真正的读取操作。 用jdbc 测试了一下，果真如此。 从90万记录开始取，没有出现内存溢出的问题，执行时间大约22秒左右。不知道这种差别在mysql和db2上是否也是如此，下次有时间再做一个测试看看。至于next和rownum执行效率的差距， 我估计是前者必须用游标顺序定位。

现在的问题就是， 两者比较， 执行时间只相差一倍而已，还是一个数量级别的，就为了这个做修改，还导致sql不可以跨数据库，好像一点都不值得。甚至如果用户不直接翻到最后几页，根本感觉不到速度差别。后来想想，老外有时候也是脑子坏了， 什么样的项目会需要你没事去翻上百万记录。还是保持原状，丢在哪再说吧

测试环境：oracle9i 2版， 西文字符集。没对其他参数进行测试。

以上就Oracle jdbc分页效率的测试讲了个简单的例子，要想了解的更多相关问题的解决方案，请留意站上的相关帖子。

新闻标题：浅析：Oraclejdbc分页效率的测试
当前路径：http://www.gawzjz.com/qtweb2/news33/7733.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联