數據庫表關聯的三種方式
NESTED LOOP（嵌套循環鏈接）
對於被連接的數據子集較小的情況，nested loop連接是個較好的選擇。nested loop就是掃描一個表，每讀到一條記錄，就根據索
引去另一個表里面查找，沒有索引一般就不會是 nested loops。
一般在nested loop中， 驅動表滿足條件結果集不大，被驅動表的連接字段要有索引，這樣就走nstedloop。如果驅動表返回記錄太多，
就不適合nested loops了。如果連接字段沒有索引，則適合走hash join，因為不需要索引。
可用ordered提示來改變CBO默認的驅動表，可用USE_NL(table_name1 table_name2)提示來強制使用nested loop。
HASH JOIN（1.哈希連接(hashjoin) "簡單來說就是對小一點的表的關鍵字進行哈希(build),並用桶來處理沖突情況,然后用同一張哈希表對另一個大表進行哈希,看有沒有之前有沒有存在(probe),有則得到"）
hash join是CBO 做大數據集連接時的常用方式。優化器掃描小表（或數據源），利用連接鍵（也就是根據連接字段計算hash 值）在
內存中建立hash表，然后掃描大表，每讀到一條記錄就來探測hash表一次，找出與hash表匹配的行。
當小表可以全部放入內存中，其成本接近全表掃描兩個表的成本之和。如果表很大不能完全放入內存，這時優化器會將它分割成若干不
同的分區，不能放入內存的部分就把該分區寫入磁盤的臨時段，此時要有較大的臨時段從而盡量提高I/O 的性能。臨時段中的分區都需
要換進內存做hash join。這時候成本接近於全表掃描小表+分區數*全表掃描大表的代價和。
至於兩個表都進行分區，其好處是可以使用parallel query，就是多個進程同時對不同的分區進行join，然后再合並。但是復雜。
使用hash join時，HASH_AREA_SIZE初始化參數必須足夠的大，如果是9i，Oracle建議使用SQL工作區自動管理，設置
WORKAREA_SIZE_POLICY 為AUTO，然后調整PGA_AGGREGATE_TARGET即可。
以下條件下hash join可能有優勢：
兩個巨大的表之間的連接。
在一個巨大的表和一個小表之間的連接。
可用ordered提示來改變CBO默認的驅動表，可用USE_HASH(table_name1 table_name2)提示來強制使用hash join。
SORT MERGE JOIN（排序合並連接）
sort merge join的操作通常分三步：對連接的每個表做table access full；對table access full的結果進行排序；進行merge
join對排序結果進行合並。sort merge join性能開銷幾乎都在前兩步。一般是在沒有索引的情況下，9i開始已經很少出現了，因為其排
序成本高，大多為hash join替代了。
通常情況下hash join的效果都比sort merge join要好，然而如果行源已經被排過序，在執行sort merge join時不需要再排序了，這時
sort merge join的性能會優於hash join。
在全表掃描比索引范圍掃描再通過rowid進行表訪問更可取的情況下，sort merge join會比nested loops性能更佳。
可用USE_MERGE(table_name1 table_name2)提示強制使用sort merge join。
對於被連接的數據子集較小的情況，nested loop連接是個較好的選擇。nested loop就是掃描一個表，每讀到一條記錄，就根據索
引去另一個表里面查找，沒有索引一般就不會是 nested loops。
一般在nested loop中， 驅動表滿足條件結果集不大，被驅動表的連接字段要有索引，這樣就走nstedloop。如果驅動表返回記錄太多，
就不適合nested loops了。如果連接字段沒有索引，則適合走hash join，因為不需要索引。
可用ordered提示來改變CBO默認的驅動表，可用USE_NL(table_name1 table_name2)提示來強制使用nested loop。
HASH JOIN（1.哈希連接(hashjoin) "簡單來說就是對小一點的表的關鍵字進行哈希(build),並用桶來處理沖突情況,然后用同一張哈希表對另一個大表進行哈希,看有沒有之前有沒有存在(probe),有則得到"）
hash join是CBO 做大數據集連接時的常用方式。優化器掃描小表（或數據源），利用連接鍵（也就是根據連接字段計算hash 值）在
內存中建立hash表，然后掃描大表，每讀到一條記錄就來探測hash表一次，找出與hash表匹配的行。
當小表可以全部放入內存中，其成本接近全表掃描兩個表的成本之和。如果表很大不能完全放入內存，這時優化器會將它分割成若干不
同的分區，不能放入內存的部分就把該分區寫入磁盤的臨時段，此時要有較大的臨時段從而盡量提高I/O 的性能。臨時段中的分區都需
要換進內存做hash join。這時候成本接近於全表掃描小表+分區數*全表掃描大表的代價和。
至於兩個表都進行分區，其好處是可以使用parallel query，就是多個進程同時對不同的分區進行join，然后再合並。但是復雜。
使用hash join時，HASH_AREA_SIZE初始化參數必須足夠的大，如果是9i，Oracle建議使用SQL工作區自動管理，設置
WORKAREA_SIZE_POLICY 為AUTO，然后調整PGA_AGGREGATE_TARGET即可。
以下條件下hash join可能有優勢：
兩個巨大的表之間的連接。
在一個巨大的表和一個小表之間的連接。
可用ordered提示來改變CBO默認的驅動表，可用USE_HASH(table_name1 table_name2)提示來強制使用hash join。
SORT MERGE JOIN（排序合並連接）
sort merge join的操作通常分三步：對連接的每個表做table access full；對table access full的結果進行排序；進行merge
join對排序結果進行合並。sort merge join性能開銷幾乎都在前兩步。一般是在沒有索引的情況下，9i開始已經很少出現了，因為其排
序成本高，大多為hash join替代了。
通常情況下hash join的效果都比sort merge join要好，然而如果行源已經被排過序，在執行sort merge join時不需要再排序了，這時
sort merge join的性能會優於hash join。
在全表掃描比索引范圍掃描再通過rowid進行表訪問更可取的情況下，sort merge join會比nested loops性能更佳。
可用USE_MERGE(table_name1 table_name2)提示強制使用sort merge join。