一下內容轉自：
http://blog.csdn.net/tianlesoftware/article/details/5826546
在多表聯合查詢的時候，如果我們查看它的執行計劃，就會發現裏面有多表之間的連接方式。之前打算在sqlplus中用執行計劃的，但是格式看起來有點亂，就用Toad做了3個截圖。
從3張圖裏我們看到了幾點信息：
1.CBO使用的ALL_ROWS模式
Oracle Optimizer CBO RBO
http://blog.csdn.net/tianlesoftware/archive/2010/08/19/5824886.aspx
2.表之間的連接用了hash Join，Nested loops，Sort Merge Join
多表之間的連接有三種方式：Nested Loops，Hash Join和Sort Merge Join.下面來介紹三種不同連接的不同：
一．NESTED LOOP:
對於被連接的數據子集較小的情況，嵌套循環連接是個較好的選擇。在嵌套循環中，內表被外表驅動，外表返回的每一行都要在內表中檢索找到與它匹配的行，因此整個查詢返回的結果集不能太大（大於1萬不適合），要把返回子集較小表的作爲外表（CBO默認外表是驅動表），而且在內表的連接字段上一定要有索引。當然也可以用ORDERED提示來改變CBO默認的驅動表，使用USE_NL(table_name1 table_name2)可是強制CBO執行嵌套循環連接。
Nested loop一般用在連接的表中有索引，並且索引選擇性較好的時候.
步驟：確定一個驅動表(outer table)，另一個表爲inner table，驅動表中的每一行與inner表中的相應記錄JOIN。類似一個嵌套的循環。適用於驅動表的記錄集比較小（<10000）而且inner表需要有有效的訪問方法（Index）。需要注意的是：JOIN的順序很重要，驅動表的記錄集一定要小，返回結果集的響應時間是最快的。
cost = outer access cost + (inner access cost * outer cardinality)
| 2 | NESTED LOOPS | | 3 | 141 | 7 (15)|
| 3 | TABLE ACCESS FULL | EMPLOYEES | 3 | 60 | 4 (25)|
| 4 | TABLE ACCESS BY INDEX ROWID| JOBS | 19 | 513 | 2 (50)|
| 5 | INDEX UNIQUE SCAN | JOB_ID_PK | 1 | | |
EMPLOYEES爲outer table, JOBS爲inner table.
二．HASH JOIN :
散列連接是CBO做大數據集連接時的常用方式，優化器使用兩個表中較小的表（或數據源）利用連接鍵在內存中建立散列表，然後掃描較大的表並探測散列表，找出與散列表匹配的行。
這種方式適用於較小的表完全可以放於內存中的情況，這樣總成本就是訪問兩個表的成本之和。但是在表很大的情況下並不能完全放入內存，這時優化器會將它分割成若干不同的分區，不能放入內存的部分就把該分區寫入磁盤的臨時段，此時要有較大的臨時段從而儘量提高I/O的性能。
也可以用USE_HASH(table_name1 table_name2)提示來強制使用散列連接。如果使用散列連接HASH_AREA_SIZE初始化參數必須足夠的大，如果是9i，Oracle建議使用SQL工作區自動管理，設置WORKAREA_SIZE_POLICY爲AUTO，然後調整PGA_AGGREGATE_TARGET即可。
Hash join在兩個表的數據量差別很大的時候.
步驟：將兩個表中較小的一個在內存中構造一個HASH表（對JOIN KEY），掃描另一個表，同樣對JOIN KEY進行HASH後探測是否可以JOIN。適用於記錄集比較大的情況。需要注意的是：如果HASH表太大，無法一次構造在內存中，則分成若干個partition，寫入磁盤的temporary segment，則會多一個寫的代價，會降低效率。
cost = (outer access cost * # of hash partitions) + inner access cost
--------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)|
--------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 665 | 13300 | 8 (25)|
| 1 | HASH JOIN | | 665 | 13300 | 8 (25)|
| 2 | TABLE ACCESS FULL | ORDERS | 105 | 840 | 4 (25)|
| 3 | TABLE ACCESS FULL | ORDER_ITEMS | 665 | 7980 | 4 (25)|
--------------------------------------------------------------------------
ORDERS爲HASH TABLE，ORDER_ITEMS掃描
三．SORT MERGE JOIN
通常情況下散列連接的效果都比排序合併連接要好，然而如果行源已經被排過序，在執行排序合併連接時不需要再排序了，這時排序合併連接的性能會優於散列連接。可以使用USE_MERGE(table_name1 table_name2)來強制使用排序合併連接.
Sort Merge join用在沒有索引，並且數據已經排序的情況.
cost = (outer access cost * # of hash partitions) + inner access cost
步驟：將兩個表排序，然後將兩個表合併。通常情況下，只有在以下情況發生時，纔會使用此種JOIN方式：
1.RBO模式
2.不等價關聯(>,<,>=,<=,<>)
3.HASH_JOIN_ENABLED=false
4.數據源已排序
四. 三種連接工作方式比較：
Hash join的工作方式是將一個表（通常是小一點的那個表）做hash運算，將列數據存儲到hash列表中，從另一個表中抽取記錄，做hash運算，到hash列表中找到相應的值，做匹配。
Nested loops工作方式是從一張表中讀取數據，訪問另一張表（通常是索引）來做匹配，nested loops適用的場合是當一個關聯表比較小的時候，效率會更高。
Merge Join是先將關聯表的關聯列各自做排序，然後從各自的排序表中抽取數據，到另一個排序表中做匹配，因爲merge join需要做更多的排序，所以消耗的資源更多。通常來講，能夠使用merge join的地方，hash join都可以發揮更好的性能。