ORACLE 8I中CBO在获取一个表的选择度的时候,只会去考虑user_tab_col_statistics.num_distinct的值去生成COST,而对于ORACLE 9I和10g,如果没有histogram则使用rows/num_distinct生成cost,如果有histogram则使用num_row*density生成统计信息。即使使用了dbms_stats.set_column_stats改变统计信息的值,如果没有语句出发向该的SQL重新分析执行计划(如DDL语句),也不刷新共享池,那么后续的cursor的执行计划是不会考虑更新的新值得。在8I和9I中dbms_stats.gather_table_stats()的时候,method_opt的默认值为'for all column size 1',但是在ORACLE 10g中,默认值为 'for all column size auto',可以使用dbms_stats.get_param查找默认的参数值,也可以使用dbms_stats.set_param来规范化这些行为,但做这些操作的时候一定要慎之又慎。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/48620/viewspace-407195/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/48620/viewspace-407195/