基表访问成本
表扫描: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/