浅析:Oracle jdbc分页效率的测试

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

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

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

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

  1. 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分页效率的测试讲了个简单的例子,要想了解的更多相关问题的解决方案,请留意51cto.com站上的相关帖子。

【编辑推荐】

  1. 修改Oracle存 储过程所需代码
  2. 对Oracle存储过程的总结
  3. 实现Oracle存 储过程的实际应用的代码 
  4. 深入高性能的 Oracle动态SQL开发 
  5. Oracle SQL的 优化规则解析 
责任编辑:佚名 来源: 老菜鸟的笔记本
相关推荐

2009-07-22 15:58:34

JDBC调用Oracl

2009-03-04 13:32:28

排序SQLOracle

2009-06-19 15:08:23

JDBC驱动

2009-06-19 17:14:47

JDBC驱动设置

2021-05-13 07:58:05

JDBC接口PreparedSta

2009-09-21 18:13:11

Hibernate S

2009-09-23 10:19:08

Hibernate分页

2009-07-14 16:02:42

JDBC例子

2009-06-19 15:28:31

JDBC分布式事务

2009-07-22 11:11:39

iBATIS分页实例ObjectDataS

2009-12-23 09:04:41

LINQ通用分页

2010-04-14 15:22:53

Oracle JDBC

2009-07-07 09:38:37

ServletQuer

2010-11-18 13:32:12

Oracle分页查询

2010-01-27 15:46:15

学习C++效率

2011-06-20 16:02:30

Oracle分页

2009-11-06 09:23:41

ASP.NET高效分页

2010-04-16 14:39:54

ORACLE锁

2011-10-20 13:37:46

OracleNoSQL数据库

2009-07-20 15:51:45

JDBC连接Oracl
点赞
收藏

51CTO技术栈公众号