什么时候oracle使用绑定变量性能反而更差

日期：2007年8月10日作者：查看:[大字体中字体小字体]

当我在做培训时，在解释绑定变量的好处时，大家都比较容易理解。但是，对于并不是任何时候绑定变量都是最优的。这一点很多人不是和理解。下面就讨论一下在什么时候会出现绑定变量会使性能变差。

扫描成本和OPTIMIZER_INDEX_COST_ADJ

我们知道，在CBO模式下，Oracle会计算各个访问路径的代价，采用最小代价的访问路径作为语句的执行计划。而对于索引的访问代价的计算，需要根据一个系统参数OPTIMIZER_INDEX_COST_ADJ来转换为与全表扫描代价等价的一个值。这是什么意思呢？我们先稍微解释一下这个参数：OPTIMIZER_INDEX_COST_ADJ。它的值是一个百分比，默认是100，取值范围是1～10000。当估算索引扫描代价时，会将索引的原始代价值乘以这个百分比，将换算后的值作为与全表扫描代价比较的值。也就是说，当这个值为100时，计算出的索引扫描代价就是它的原始代价：

COST_COM = COST_ORG * OPTIMIZER_INDEX_COST_ADJ/100

看以下例子：
```
SQL> create table T_PEEKING (a NUMBER, b char(1), c char(2000));
```
```
 
```
```
Table created.
```
```
 
```
```
SQL>
```
```
SQL> create index T_PEEKING_IDX1 on T_PEEKING(b);
```
```
 
```
```
Index created.
```
```
 
```
```
 
```
```
SQL> begin
```
```
  2    for i in 1..1000 loop
```
```
  3      insert into T_PEEKING values (i, 'A', i);
```
```
  4    end loop;
```
```
  5
```
```
  6    insert into T_PEEKING values (1001, 'B', 1001);
```
```
  7    insert into T_PEEKING values (1002, 'B', 1002);
```
```
  8    insert into T_PEEKING values (1003, 'C', 1003);
```
```
  9
```
```
 10    commit;
```
```
 11  end;
```
```
 12  /
```
```
 
```
```
PL/SQL procedure sUCcessfully completed.
```
```
 
```
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] 下一页
什么时候oracle使用绑定变量性能反而更差相关文章：
·什么是DMA
·什么是MIS
·什么是EEPROM
·什么是AAC
·什么是超级终端
·什么是Qos
·为什么iexplore.exe在打开网页时CPU使用会100%？
·什么是系统集成
·vista下用什么刻录软件？
·1394网络适配器是什么东西?
什么时候oracle使用绑定变量性能反而更差相关软件
·十万个为什么-智力问答 V4.x
·十万个为什么 V1.5
·电脑知识10万个为什么
·《什么什么大冒险》最新客户端
·新闻组是什么？（赤竹笛版）
·拿什么拯救你，我的爱人
·那个夏天你干了什么
·乔治·布什自传

上一篇:登入oracle程序的ip address

下一篇:Oracle中的Instance实例和数据库的区别

特别声明：本站除部分特别声明禁止转载的专稿外的其他文章可以自由转载，但请务必注明出处和原始作
者.文章版权归文章原始作者所有.对于被本站转载文章的个人和网站，我们表示深深的谢意。如果本站转
载的文章有版权问题请联系编辑人员,我们尽快予以更正. 转载请注明来源：http://www.hackhome.com

什么时候oracle使用绑定变量性能反而更差

扫描成本和OPTIMIZER_INDEX_COST_ADJ

精品推荐

热点TOP10

特别推荐