相对来说CBO optimizer transformation变化比较大,从ORACLE官方文档中整
理了以下内容,作为将来11g重点测试方向。
一、概述:
9i是基于SQL语句的查询结构进行转化,转化时考虑是表个数,join和filter类
型,group等,但对selectivity, cardinality, join order等没有进行考虑;
10.2版本以上,是基于成本的查询转化,选择最低成本,最佳执行计划。
二、9i->10g变化
1、10g增加了自动统计收集,自动调用dbms_stats.gather_database_stats
_job_proc内部过程,是按照最需要统计的先进行统计,通过dba_schedular_jobs
查看任务。当行发生变化超过10%的时候,表统计状态为stale,表变化信息记录
user_tab_ modifications.
2、dbms_stats缺省值变化(略),可通过命令查看,如:
select dbms_stats.get_param('method_opt') from dual;
3、9i 基于成本优化器缺省为IO成本计算, 10.2改变为CPU成本计算(或no-
workload)系统统计。
4、10g数据自动进行统计分析,对于数据字典统计自动统计,需要更改自动收集对
象AUTOSTATS_TARGET从ALL变成ORACLE
exec dbms_stats.set_parm(AUTOSTATS_TAGET, 'ORACLE');
5、10g需要收集fixed object
exec dbms_stats.gather_fixed_object_stats
6、dbms_stats中parallel degree改变,10.2 至少有三个slave,每个1000blocks
,也就是至少表有3000blocks,才会考虑并行收集。
7、bind peeking
三、10g->11g的变化
1、Null aware anti join,针对not in、ALL操作
如:select ... from t1 where t1.x not in (select t2.y where...)
t2.y如果可以null值的话,10.2不能unnest subquery,执行计划很有可能会
cartesian,11.2可以使用unnest subquery,也就是可以使用NL, HJ,SMJ。
2、Join predicate pushdown: 针对group by, distinct, semi/anti-joined
10.2 如table和view关联通过push join predicate 到视图内,使view内表的视图与
table进行NJ关联,11g扩展了其能力,针对查询包含group by , distinct, anti-join和
semi-join也生效。
3、group by的语句转化
如:select .... from t1, t2 where t1.x=t2.x group by t2.y 将转化成类似
select ..... from t2, (select .... from t1 group by t2.y) where t1.x=t2.x。
4、pruning using bloom filtering
5、distinct 消除,select查询query block,将直接从query block去除distinct值,执
行计划不再有hash unique/sort unique
6、统计分析的扩展
7、adaptive cursor sharing,能每次窥探捆绑变量,视图v$sql_cs_statistics收集
相关信息
8、full outer join变化
10g full outer join 转化成UNION ALL;11g直接支持 hash full outer join
如:select ..... from emp full outer join dept on a emp.depno=dept.depno
9、自动统计收集和dbms_stats的改变
10、新的density的计算,主要针对直方图,新的density计算是实时的,不会存储在
数据字典,旧的会存储。
理了以下内容,作为将来11g重点测试方向。
一、概述:
9i是基于SQL语句的查询结构进行转化,转化时考虑是表个数,join和filter类
型,group等,但对selectivity, cardinality, join order等没有进行考虑;
10.2版本以上,是基于成本的查询转化,选择最低成本,最佳执行计划。
二、9i->10g变化
1、10g增加了自动统计收集,自动调用dbms_stats.gather_database_stats
_job_proc内部过程,是按照最需要统计的先进行统计,通过dba_schedular_jobs
查看任务。当行发生变化超过10%的时候,表统计状态为stale,表变化信息记录
user_tab_ modifications.
2、dbms_stats缺省值变化(略),可通过命令查看,如:
select dbms_stats.get_param('method_opt') from dual;
3、9i 基于成本优化器缺省为IO成本计算, 10.2改变为CPU成本计算(或no-
workload)系统统计。
4、10g数据自动进行统计分析,对于数据字典统计自动统计,需要更改自动收集对
象AUTOSTATS_TARGET从ALL变成ORACLE
exec dbms_stats.set_parm(AUTOSTATS_TAGET, 'ORACLE');
5、10g需要收集fixed object
exec dbms_stats.gather_fixed_object_stats
6、dbms_stats中parallel degree改变,10.2 至少有三个slave,每个1000blocks
,也就是至少表有3000blocks,才会考虑并行收集。
7、bind peeking
三、10g->11g的变化
1、Null aware anti join,针对not in、ALL操作
如:select ... from t1 where t1.x not in (select t2.y where...)
t2.y如果可以null值的话,10.2不能unnest subquery,执行计划很有可能会
cartesian,11.2可以使用unnest subquery,也就是可以使用NL, HJ,SMJ。
2、Join predicate pushdown: 针对group by, distinct, semi/anti-joined
10.2 如table和view关联通过push join predicate 到视图内,使view内表的视图与
table进行NJ关联,11g扩展了其能力,针对查询包含group by , distinct, anti-join和
semi-join也生效。
3、group by的语句转化
如:select .... from t1, t2 where t1.x=t2.x group by t2.y 将转化成类似
select ..... from t2, (select .... from t1 group by t2.y) where t1.x=t2.x。
4、pruning using bloom filtering
5、distinct 消除,select查询query block,将直接从query block去除distinct值,执
行计划不再有hash unique/sort unique
6、统计分析的扩展
7、adaptive cursor sharing,能每次窥探捆绑变量,视图v$sql_cs_statistics收集
相关信息
8、full outer join变化
10g full outer join 转化成UNION ALL;11g直接支持 hash full outer join
如:select ..... from emp full outer join dept on a emp.depno=dept.depno
9、自动统计收集和dbms_stats的改变
10、新的density的计算,主要针对直方图,新的density计算是实时的,不会存储在
数据字典,旧的会存储。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/354732/viewspace-692390/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/354732/viewspace-692390/
1075

被折叠的 条评论
为什么被折叠?



