当前位置：清风网络学院 → 网络编程 → 数据库 → 通过分析SQL语句的执行计划优化SQL(三)


	精品推荐


特别推荐

·解决SQL Server常见的七个经典问题

·SQL存储过程的概念，创建，调用，管理，删除，优点

·带你轻松接触13个数据库术语

·如何恢复系统数据库如何恢复系统数据库？

·通过实例讲解由浅入深学会存储过程


热点TOP10

·collate chinese_prc_ci_as null 是什么意思

·数据备份失败的五个原因及解决办法

·如何恢复系统数据库如何恢复系统数据库？

·SQL语句性能优化--LECCO SQL Expert

·数据库开发个人总结(ADO.NET小结)

·图片保存到数据库和从数据库读取图片并显示(c#)

·用独立的DLL来存储图片(资源文件)

·在DataTable中查询应该注意的问题

·解析：删除数据库中重复数据的两个方法

·判断与主表关联的外键表是否有数据引用再删除

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

日期：2008年5月27日作者：查看:[大字体中字体小字体]

0    SELECT STATEMENT Optimizer=RULE
1 0 MERGE JOIN
2 1    SORT (JOIN)
3 2    MERGE JOIN
4 3       SORT (JOIN)
5 4          TABLE ACCESS (FULL) OF 'C'
6 3       SORT (JOIN)
7 6          TABLE ACCESS (FULL) OF 'A'
8 1    SORT (JOIN)
9 8    TABLE ACCESS (FULL) OF 'B'

通过上面的这些例子，使我对oracle文档上的” All things being equal RBO chooses the driving order by taking the tables in the FROM clause RIGHT to LEFT”这句话持怀疑态度。此时，我也不能使用hints来强制优化器使用nested loop，如果使用了hints，这样就自动使用CBO优化器，而不是RBO优化器了。

　　对于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)

上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页

上一篇:通过分析SQL语句的执行计划优化SQL(二)

下一篇:通过分析SQL语句的执行计划优化SQL(四)

	\| 帮助(？) \| 版权声明 \| 友情连接 \| 关于我们 \| 信息发布
Copyright 2007 www.viphot.com All Rights Reserved.	鄂ICP备05000083号Powered by:viphot