WEB开发网      濠电姷鏁告繛鈧繛浣冲洤纾瑰┑鐘宠壘閻ょ偓銇勯幇鍫曟闁稿鍠愰妵鍕冀閵娧佲偓鎺楁⒒閸曨偄顏柡宀嬬畱铻e〒姘煎灡绗戦梻浣筋嚙濮橈箓顢氳濠€浣糕攽閻樿宸ュΔ鐘叉啞缁傚秹宕滆绾惧ジ寮堕崼娑樺缂佹宀搁弻鐔风暋閻楀牆娈楅梺璇″枓閺呯姴鐣疯ぐ鎺濇晝闁靛牆妫欓蹇旂節閻㈤潧浠﹂柛銊ョ埣楠炴劙骞橀鑲╋紱闂佽宕樼粔顔裤亹閹烘挸浜归梺缁樺灦閿曗晛螞閸曨垱鈷戦柟鑲╁仜婵″ジ鎮楀☉鎺撴珖缂侇喖顑呴鍏煎緞濡粯娅囬梻浣瑰缁诲倿寮绘繝鍥ㄦ櫇闁稿本绋撻崢鐢告煟鎼淬垻鈯曢柨姘舵煟韫囥儳绋荤紒缁樼箖缁绘繈宕橀妸褌绱濋梻浣筋嚃閸ㄤ即宕弶鎴犳殾闁绘梻鈷堥弫鍌炴煕閳锯偓閺呮瑧妲愬Ο琛℃斀闁绘劕妯婇崵鐔封攽椤旇棄鍔ら摶鐐烘煕閺囥劌澧柛娆忕箻閺屽秹宕崟顒€娅g紓浣插亾濠㈣泛顑囩粻楣冩煙鐎涙ḿ绠橀柨娑樼У椤ㄣ儵鎮欓鍕紙闂佽鍠栫紞濠傜暦閹偊妲诲┑鈩冨絻椤兘寮诲☉銏犖╅柕澶堝労閸斿绱撴担绋库偓鍝ョ矓瑜版帒鏋侀柟鍓х帛閺呮悂鏌ㄩ悤鍌涘 ---闂傚倸鍊烽悞锔锯偓绗涘厾娲煛閸涱厾顔嗛梺璺ㄥ櫐閹凤拷
开发学院数据库Oracle 通过分析SQL语句的执行计划优化SQL(16) 阅读

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

 2007-09-02 12:39:33 来源:WEB开发网 闂傚倸鍊风欢姘缚瑜嶈灋闁圭虎鍠栫粻顖炴煥閻曞倹瀚�闂傚倸鍊风粈渚€骞夐敓鐘插瀭闁汇垹鐏氬畷鏌ユ煙閹殿喖顣奸柛搴$У閵囧嫰骞掗幋婵冨亾閻㈢ǹ纾婚柟鐐灱濡插牊绻涢崱妤冃℃繛宀婁簽缁辨捇宕掑鎵佹瀸闂佺懓鍤栭幏锟�濠电姷鏁告慨顓㈠箯閸愵喖宸濇い鎾寸箘閹规洟姊绘笟鈧ḿ褍煤閵堝悿娲Ω閳轰胶鍔﹀銈嗗笂閼冲爼鍩婇弴銏$厪闁搞儮鏅涙禒褏绱掓潏鈺佷槐闁轰焦鎹囬弫鎾绘晸閿燂拷闂傚倸鍊风欢姘缚瑜嶈灋闁圭虎鍠栫粻顖炴煥閻曞倹瀚�  闂傚倸鍊烽懗鑸电仚缂備胶绮〃鍛村煝瀹ュ鍗抽柕蹇曞У閻庮剟姊虹紒妯哄妞ゆ劗鍘ч埥澶娢熼柨瀣偓濠氭⒑瑜版帒浜伴柛鎾寸☉閳绘柨顫濋懜纰樻嫼闂佸憡绋戦オ鏉戔枔閺冣偓缁绘稓浠﹂崒姘瀳闂佸磭绮幑鍥嵁鐎n亖鏀介柟閭﹀墯椤斿倹淇婇悙顏勨偓鏍ь潖婵犳艾鍌ㄧ憸蹇涘箟閹绢喗鏅搁柨鐕傛嫹
核心提示:对于CBO优化器: CBO根据统计信息选择驱动表,假如没有统计信息,通过分析SQL语句的执行计划优化SQL(16),则在from 子句中从左到右的顺序选择驱动表,这与RBO选择的顺序正好相反,则就需要使用hints了,具体hints的用法在后面会给予介绍,这是英文原文(CBO determines join order

对于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提示可以正确的提示优化器选择哪个表作为优化器。

Tags:通过 分析 SQL

编辑录入:爽爽 [复制链接] [打 印]
赞助商链接