对于数据库中表的数据的 Web 显示,如果没有展示顺序的需要,而且因为满足条件的记录如此之多,就不得不对数据进行分页处理。常常用户并不是对所有数据都感兴趣的,或者大部分情况下,他们只看前几页。
通常有以下两种分页技术可供选择。
看似相似的分页语句,在响应速度上其实有很大的差别。来看一个测试过程,首先创建一个测试表。
并反复地插入相同数据。
最后,查询该表,可以看到该表的记录数约为 80 万条。
已选择50行。
已用时间: 00: 00: 01.03
Execution Plan
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=10 Card=65 Bytes=12350)
1 0 VIEW (Cost=10 Card=65 Bytes=12350)
2 1 COUNT
3 2 TABLE ACCESS (FULL) OF 'TEST' (Cost=10 Card=65 Bytes=5590)
Statistics
0 recursive calls
0 db block gets
10246 consistent gets
0 physical reads
0 redo size
……
查询第一页的一致性读有 10246 个,结果满足了,但是效率是很差的,如果采用第二种方式:
已选择50行。
已用时间: 00: 00: 01.00
Execution Plan
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=10 Card=50 Bytes=9500)
1 0 VIEW (Cost=10 Card=50 Bytes=9500)
2 1 COUNT (STOPKEY)
3 2 TABLE ACCESS (FULL) OF 'TEST' (Cost=10 Card=65 Bytes=5590)
Statistics
0 recursive calls
0 db block gets
82 consistent gets
0 physical reads
0 redo size
……</pre>
得到了同样的结果,一致性读只有 82 个,从以上的例子可以看到,通过把 rownum 引入到第二层,却得到了一个完全不一样的执行计划,注意在执行计划中的 stopkey,它是 8i 引入的新操 作,这种操作专门为提取 Top n 的需求做了优化。
从上面的例子可以再想到,功能影响到了分页的一致性读的多少,会不会越往后翻页速度就越慢呢?事实也的确如此,例如:
已选择50行。
已用时间: 00: 00: 01.01
Statistics
0 recursive calls
0 db block gets
2616 consistent gets
0 physical reads
0 redo size
……</pre>
选择靠后一点的数据时,逻辑读开始变大,当选择到最后几页时,一致性读已经与上面的相似了。
已选择50行。
已用时间: 00: 00: 01.03
Statistics
0 recursive calls
0 db block gets
10242 consistent gets
0 physical reads
0 redo size
……
不过,所幸的是,大部分的用户只看开始 5%的数据,而没有兴趣看最后面的数据,通过第二种改良的分页技术,可以方便快速地显示前面的数据,而且不会让用户感觉到慢。
总结
以上就是本文关于Oracle分页查询性能优化代码详解的全部内容,希望对大家有所帮助。欢迎大家参阅本站其他有关专题,有什么问题可以随时留言,小编会及时回复大家的。
原文链接:https://www.f2er.com/oracle/64790.html