查询成本

基表访问成本

表扫描：nblks/k（k取决于oracle的版本和初始化参数db_file_multiblock_read_count）

唯一扫描：blevel + 1

快速全扫描：leaf_blocks/k

索引：blevel + FF*leaf_blocks

范围扫描：blevel+FF*leaf_blocks+FF*clustering_factor

Selectivity=FF=估计card/基表card ó 估计card=FF*基表card

其中FF表示过滤因子，基表card表示基表的行数目比如(NUM_ROWS)。

2. 连接成本

嵌套循环连接

对于外部行集中每一行，都需要访问内部行集以查找所有匹配的行用于连接。因此，在嵌套循环连接中，内部行集访问的次数与外部行集的行数目一致。

成本 ＝ 外部访问成本 ＋ （内部访问成本*外部基数性）

排序合并连接

将要连接的两个行集在没有按照键值排序情况下先按连接键排序

成本 ＝ 外部访问成本 ＋ 内部访问成本＋ 排序成本（如果需要排序）

散列连接

内部行集在内存中散列并使用连接键建立散列表。外部行集中的每行被散列，散列表用于探查所有连接匹配的行。假如内部行集非常大，那么只有一部分在内存中散列，该部分称为散列分区。外部行集中的每一行散列用于在散列分区中探查匹配的行。然后内部行集的下一部分在内存中散列，外部行集的每一行散列用于在散列分区中探查匹配的行，该过程重复直到内部行集的所有分区都用完。

成本 ＝ （外部访问成本*散列分区编号） ＋ 内部访问成本

这三种连接方法有自己本身的成本公式但都依赖于外部的、内部的基本访问成本和它们有效的基数性。

3. 其他成本

辅助成本比如GROUP BY/ORDER BY的排序通常与操作所基于数据的大小、基数性有关。

我们看到访问计划的成本是组件的估计基数性的函数，这就是基数性估计精确性的重要性了。依赖于估计基数性的成本是两个不同执行计划不能比较的原因之一。

[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/519130/viewspace-909121/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/519130/viewspace-909121/