OPTIMIZER_INDEX_COST_ADJ与成本计算

wangkxxe

多谢前人！！！

huanhuanlove

biti的回答总是那么经典  感觉又学到不少东西  哈哈。。。

hongye50

原帖由 grassbell 于 2004-7-10 18:36 发表


恩，eygle的例子可以让我们明白这个参数的原理。我们也知道这种方法只针对在这个表上的这条特定的sql起作用。biti_rainy提到兴许可以根据system  event  数据来调整。原文中也提到，

SELECT    EVENT,AVERAGE_WAIT
FROM    V$SYSTEM_EVENT
WHERE    EVENT LIKE ‘db file s%’;

EVENT AVERAGE_WAITS
========================= ==============
db file sequential reads .33178629
db file scattered reads 2.190087

这样就可以得到optimizer_index_cost_adj =0.33/2.1*100=15，对于这一点，我一直有点迷惑。

帮帮讲讲作者的意图好吗？

db file sequential reads / db file scattered reads   是什么意思呢，迷惑中？

hongye50

biti_rainy ：optimizer_index_cost_adj   =  索引扫描代价 / 全表扫描代价 = file sequential reads  / db file scattered reads

eygle ：optimizer_index_cost_adj = Full Scan Cost / Index Scan Cost

那么，optimizer_index_cost_adj 到底是   全表/索引  还是  索引/全表   ？？？

橡树的名字

谢谢lz

horizon

如果数据库里已经设置了optimizer_index_cost_adj值,非0,非100
现在再根据下面的公式计算新的optimizer_index_cost_adj值
会不会准确?
还是要先设置成100才准确?

原帖由 grassbell 于 2004-7-10 18:36 发表


恩，eygle的例子可以让我们明白这个参数的原理。我们也知道这种方法只针对在这个表上的这条特定的sql起作用。biti_rainy提到兴许可以根据system  event  数据来调整。原文中也提到，

SELECT    EVENT,AVERAGE_WAIT
FROM    V$SYSTEM_EVENT
WHERE    EVENT LIKE ‘db file s%’;

EVENT AVERAGE_WAITS
========================= ==============
db file sequential reads .33178629
db file scattered reads 2.190087

这样就可以得到optimizer_index_cost_adj =0.33/2.1*100=15，对于这一点，我一直有点迷惑。

帮帮讲讲作者的意图好吗？

xiaoe_7

那么，optimizer_index_cost_adj 到底是   全表/索引  还是  索引/全表   ？？？


eygle 的计算更准确，毕竟数据事实在哪里；

Coast_lichao

看这些精华帖，还是有收获。