10g r2和前几个版本比起来对db_file_multiblock_read_count在cbo成本计算中的公式做了调整，看一下下面我实验后的对照表。
 
我的测试环境
 
[oracle@csdba ~]$ uname -a
Linux csdba 2.6.9-11.ELsmp #1 SMP Fri May 20 18:26:27 EDT 2005 i686 i686 i386 GNU/Linux
 

SQL*Plus: Release 10.2.0.1.0 - Production on Mon Jul 24 17:07:42 2006
Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning and Data Mining Scoring Engine options
 

分别测试了两个版本下1000行，10000行，100000行记录的6个对比

exec dbms_stats.SET_TABLE_STATS(OWNNAME=>'TEST',TABNAME=>'T1',NUMBLKS=>1000);

exec dbms_stats.SET_TABLE_STATS(OWNNAME=>'TEST',TABNAME=>'T1',NUMBLKS=>10000);

exec dbms_stats.SET_TABLE_STATS(OWNNAME=>'TEST',TABNAME=>'T1',NUMBLKS=>100000);

10g r2版本

           
9i r2

最后得出的测试结果是在10g r2里面,db_file_multiblock_read_count
对cost计算的影响明显变小，看起来oracle对db_file_multiblock_read_count
采取了更谨慎的态度，这样一来不会因为设置了
db_file_multiblock_read_count为一个较大的值而导致数据库倾向于全表扫描。