SQL执行计划解决方法

SQL执行计划
今天看到一个sql执行计划如下：
SQL执行计划解决方法

SELECT STATEMENT的COST值应该是总和，但是中间的成本都有300多了。但是总的成本只有11这个是什么情况？
如果用autotrace还可以看到逻辑读，物理读那些。
但是用的是SQL_TRACE。只看得到这些东西。
rows bytes cost(cpu%) time这些。
应该怎样看执行计划，这种应该怎么解释
------解决思路----------------------

引用:

今天看到一个sql执行计划如下：

SELECT STATEMENT的COST值应该是总和，但是中间的成本都有300多了。但是总的成本只有11这个是什么情况？
如果用autotrace还可以看到逻辑读，物理读那些。
但是用的是SQL_TRACE。只看得到这些东西。
rows bytes cost(cpu%) time这些。
应该怎样看执行计划，这种应该怎么解释

11不是总的，是针对每一步操作的cost
------解决思路----------------------
成本不是简单相加，但上一级的成本一般要大于等于下一级的成本
感觉这个计划好像有点问题，能不能给个完整的截图

autotrace除了执行计划，还能看到统计信息。而且autotrace里的执行计划是真实执行计划，是在sql语句执行过后才生成的
pl/sql dev里的执行计划是预估执行计划，有可能会和实际的执行计划有偏差

SQL执行计划解决方法

相关推荐