· [Java论坛][安全论坛][数据库论坛][操作系统论坛]
· [专题] IBM Rational高峰论坛 Windows 7十大功能
· [专题] 史上就危险7月 微软 BizSpark 计划介绍
· [IT技术周刊][IT资源下载专区][病毒求助专区]
· [热点] 我也能做CTO_赛迪连载 赛迪七夕特别行动
· [热点] Chrome 4.0采用V8引擎 Java开发编程规范

通过分析SQL语句的执行计划优化SQL(16)

发布时间:2007.08.30 05:17     来源:赛迪网    作者:yashi

对于CBO优化器:

CBO根据统计信息选择驱动表,假如没有统计信息,则在from 子句中从左到右的顺序选择驱动表。这与RBO选择的顺序正好相反。这是英文原文(CBO determines join order from costs derived from gathered statistics. If there are no stats then CBO chooses the driving order of tables from LEFT to RIGHT in the FROM clause. This is OPPOSITE to the RBO) 。我还是没法证实这句话的正确性。不过经过验证:“如果用ordered 提示(此时肯定用CBO),则以from 子句中按从左到右的顺序选择驱动表”这句话是正确的。实际上在CBO中,如果有统计数据(即对表与索引进行了分析),则优化器会自动根据cost值决定采用哪种连接类型,并选择合适的驱动表,这与where子句中各个限制条件的位置没有任何关系。如果我们要改变优化器选择的连接类型或驱动表,则就需要使用hints了,具体hints的用法在后面会给予介绍。

测试:

如果我创建的3个表:

create table A(col1 number(4,0),col2 number(4,0), col4 char(30));
create table B(col1 number(4,0),col3 number(4,0), name_b char(30));
create table C(col2 number(4,0),col3 number(4,0), name_c char(30));
create index inx_col12A on a(col1,col2);

执行查询:

select A.col4 
from   B, A, C
where  B.col3 = 10
and    A.col1 = B.col1
and    A.col2 = C.col2
and    C.col3 = 5;
Execution Plan
---------------------------
0    SELECT STATEMENT
Optimizer=ALL_ROWS 
(Cost=3 Card=1 Bytes=110)
1    0 NESTED LOOPS 
(Cost=3 Card=1 Bytes=110)
2    1 MERGE JOIN (CARTESIAN) 
(Cost=2 Card=1 Bytes=52)
3    2 TABLE ACCESS (FULL) OF 'B' 
(Cost=1 Card=1 Bytes=26)
4    2 SORT (JOIN) 
(Cost=1 Card=1 Bytes=26)
5    4 TABLE ACCESS (FULL) OF 'C' 
(Cost=1 Card=1 Bytes=26)
6    1 TABLE ACCESS (FULL) OF 'A' 
(Cost=1 Card=82 Bytes=4756)

select A.col4 
from   B, A, C
where  A.col1 = B.col1
and    A.col2 = C.col2;
Execution Plan
------------------------------------
   0      SELECT STATEMENT Optimizer=ALL_ROWS 
(Cost=5 Card=55 Bytes=4620)
   1    0   HASH JOIN 
(Cost=5 Card=55 Bytes=4620)
   2    1   HASH JOIN 
(Cost=3 Card=67 Bytes=4757)
   3    2   TABLE ACCESS (FULL) OF 'B' 
(Cost=1 Card=82 Bytes=1066)
   4    2   TABLE ACCESS (FULL) OF 'A' 
(Cost=1 Card=82 Bytes=4756)
   5    1   TABLE ACCESS (FULL) OF 'C' 
(Cost=1 Card=82 Bytes=1066)

将A表上的索引inx_col12A删除后:

select A.col4 
from   B, A, C
where  A.col1 = B.col1
and    A.col2 = C.col2;
Execution Plan
----------------------------------
   0      SELECT STATEMENT Optimizer=ALL_ROWS 
(Cost=5 Card=55 Bytes=4620)
   1    0   HASH JOIN 
(Cost=5 Card=55 Bytes=4620)
   2    1     HASH JOIN 
(Cost=3 Card=67 Bytes=4757)
   3    2       TABLE ACCESS (FULL) OF 'B' 
(Cost=1 Card=82 Bytes=1066)
   4    2       TABLE ACCESS (FULL) OF 'A' 
(Cost=1 Card=82 Bytes=4756)
   5    1     TABLE ACCESS (FULL) OF 'C' 
(Cost=1 Card=82 Bytes=1066)

select /*+ ORDERED */A.col4 
from   C, A, B
where  B.col3 = 10
and    A.col1 = B.col1
and    A.col2 = C.col2
and    C.col3 = 5;
Execution Plan
----------------------------------
   0      SELECT STATEMENT Optimizer=ALL_ROWS 
(Cost=3 Card=1 Bytes=110)
   1    0 NESTED LOOPS 
(Cost=3 Card=1 Bytes=110)
   2    1 NESTED LOOPS 
(Cost=2 Card=1 Bytes=84)
   3    2 TABLE ACCESS (FULL) OF 'C' 
(Cost=1 Card=1 Bytes=26)
   4    2 TABLE ACCESS (FULL) OF 'A' 
(Cost=1 Card=82 Bytes=4756)
   5    1 TABLE ACCESS (FULL) OF 'B' 
(Cost=1 Card=1 Bytes=26)

这个查询验证了通过ORDERED提示可以正确的提示优化器选择哪个表作为优化器。

(责任编辑:卢兆林)


[ 发表评论 ] 字体[  ] [ 打印 ] [ 进入博客 ] [ 进入论坛 ]  [ 推荐给朋友 ]
  相关文章
· SQL Server 2000新特性bigint数据类型 (08-30) · 学习SQL应当知道的动态SQL语句基本语法 (08-30)
· 解析SQL语句中INSERT语句的另一种写法 (08-30) · 解析SQL Server自动编号字段的数据恢复 (08-30)
· SQL Server中sa帐号改名和删除的好方法 (08-28) · 教你轻松掌握Oracle与SQL Server的区别 (08-27)
· 解析SQL Server 2005中的Service Broker (08-27) · 通过分析SQL语句的执行计划优化SQL(15) (08-26)
· SQL Server 压缩日志及数据库文件大小 (08-26) · 推荐:SQL Server 2005中的T-SQL增强 (08-24)
  客户需求反馈表
* 姓  名:
更多资料  了解方案  认识厂商
* 单位名称:
* 联系电话:
* 电子邮件:
资讯 通信 IT产品 IT技术 信息化
专题:谷歌发布PC操作系统Chrome OS
·芯能量 新动力 兴经济:..
·专题:英特尔与AMD和解 ..
·专题:惠普27亿收购3Com..
专题:
·专题:诺基亚危局已现 ..
·六股势力角逐4G标准 中..
·专题:联通iPhone并不贵..
 
·惠普123459黑白激打家族..
·云计算格局初现 三大阵..
·分析:虚拟化在高性能计..
2009 IBM动态架构新动力论坛
·直播:第八届中国系统与..
·专题:置身智慧海洋——..
·专题:让物品开口说话 ..