oracle 按照索引块中存储的rowid 来识别相临的索引中记录 在 表block中是否为相同块
如果索引中存在记录 rowid a,b,c,d……
若b 和 a 是同一个block,则比较 c 和 b,若这时不是同一个block,则
clustering_factor + 1 ,然后比较 d 和 c,若还不是同一个 block,则clustering_factor + 1 ……
这样计算下来,clustering_factor 应该是介于 表 block数量 和 表记录数之间 的一个值
若 clustering_factor 接近 表block数量,则说明表中数据具有比较好的跟索引字段一样排序顺序的存储,通过索引进行 range scan 的代价比较小(需要读取的表块可能比较少)
若clustering_factor 接近 row数量,则说明表中数据和索引字段排序顺序差异很大,杂乱无张。则通过索引进行 range scan 的代价比较大(需要读取的表块可能更多)
当然,在oracle 920 开始,对于cluster_factor 比较接近表块数量的根据索引的大范围查询做了特别的处理,不再是读一个索引记录去搜索一个表记录了,而是成批处理(通过索引块一批rowid一次去表块中获得一批记录),这样就大大节约了读的成本( consistent gets)[@more@]
如果索引中存在记录 rowid a,b,c,d……
若b 和 a 是同一个block,则比较 c 和 b,若这时不是同一个block,则
clustering_factor + 1 ,然后比较 d 和 c,若还不是同一个 block,则clustering_factor + 1 ……
这样计算下来,clustering_factor 应该是介于 表 block数量 和 表记录数之间 的一个值
若 clustering_factor 接近 表block数量,则说明表中数据具有比较好的跟索引字段一样排序顺序的存储,通过索引进行 range scan 的代价比较小(需要读取的表块可能比较少)
若clustering_factor 接近 row数量,则说明表中数据和索引字段排序顺序差异很大,杂乱无张。则通过索引进行 range scan 的代价比较大(需要读取的表块可能更多)
当然,在oracle 920 开始,对于cluster_factor 比较接近表块数量的根据索引的大范围查询做了特别的处理,不再是读一个索引记录去搜索一个表记录了,而是成批处理(通过索引块一批rowid一次去表块中获得一批记录),这样就大大节约了读的成本( consistent gets)[@more@]
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/95530/viewspace-809192/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/95530/viewspace-809192/