無過濾條件的LEFT JOIN

SQL中最簡單形式的LEFT JOIN，是直接根據關聯欄位，以左表為基準，對右表進行匹配。在SELECT語句中選取的欄位，如果有右表的記錄（一般都是需要右表的某些記錄的），取出配對成功的右表記錄中對應的這個欄位的值；否則，直接置NULL。這本身就是LEFT JOIN的特點：保證左表記錄完整，右表只是輔助匹配。

直接看例子，為了演示，準備了兩張測試表test1，test2：

1. select * from test1  

1. select * from test2  

1. select
    t2.*,t1.market_place_id from test2 t2   
2. left join test1 t1  
3. on t2.parent_asin=t1.asin  

 對照上面例子解釋一下這個結果：以左表test2為基準，用右表test1的asin欄位和test2的parent_asin欄位進行匹配，取出test2的全部資料和test1的market_place_id欄位。對於test2中的第一條記錄，因為右表中有兩條記錄符合的asin='parent1'，只是market_place_id不同而已（分別為1、2）。於是這兩條記錄都會作為符合條件的記錄加入結果集。這時，雖然是以左表為基準，但是這條記錄卻在結果集中產生了兩條對應的記錄。這點要稍加註意：以左表為基準並不意味著結果集的記錄數量=左表的記錄數量！

再回過頭來看結果集的5條記錄，由ID欄位可以很好的區分出每條記錄是由左表的哪條記錄對應產生的。這裡，最後兩條記錄可以很好的體現出LEFT JOIN的特點。

右表有濾條件的LEFT JOIN

這裡，我們忽略左表有過濾條件場景的討論，因為在LEFT JOIN中左表作為基準表，對他的過濾直接反應在SQL的WHERE字句中，效果上也相當於單表SELECT的WHERE字句過濾，縮小左表範圍後，再和右表做JOIN，沒什麼懸念。

但是對於右表的過濾，通常有兩種主要的方式：在ON字句中加入過濾條件或者在LEFT JOIN之後的WHERE字句中加入過濾條件。對於這兩種方式的對比，下面主要針對邏輯語義和實現效能上加以對比。

• 過濾條件在ON字句中

1. select t2.*,t1.market_place_id from test2 t2   
2. left join test1 t1  
3. on t2.parent_asin=t1.asin and t1.market_place_id='2'  

邏輯語義上，這個結果相當於右表test1首先進行了條件過濾，只剩下兩條記錄[(2,'parent1','2'),(3,'parent2','2')]，然後左表test2和這個過濾之後的結果集進行無過濾條件的LEFT JOIN，於是得到了上圖的結果。

效能上，來看一下這條語句的執行計劃截圖

 可以看出，T1確實先以2為標準對market_place_id做了一次過濾，然後，在外層，再做原來的LEFT JOIN。由此可以證實上面邏輯語義結果的展示，同時也可以發現，就本例而言，如果能夠在market_place_id上建立index，可以直接避免內層過濾對右表進行的全表掃描，從而提高整個SQL的執行效率。下圖為在market_place_id上建立index之後，同樣SQL語句的執行計劃：

 這裡可以看出，原來的TABLE FULL SCAN 已經被換成了INDEX的RANGE SCAN，從而也直接導致了Oracle的優化器在最外層的Hash Join替換為了Nested Loops。（當然這個join的方式並不能說明什麼問題，因為畢竟測試用的資料集太小，完全有可能在大資料集的真實情況下，優化器根據統計資訊還是最終使用Hash Join演算法）

• 過濾條件在WHERE子句中