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博客 ” ，链接：https://blog.itpub.net/48620/viewspace-407195/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
English(morning)
下一篇：
ORACLE 版本升级问题
请登录后发表评论
登录
全部评论
