基表访问成本
表扫描：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博客 ” ，链接：https://blog.itpub.net/519130/viewspace-909121/ ，如需转载，请注明出处，否则将追究法律责任。
-
博文量54
-
访问量930636
