本文地址:http://www.cnblogs.com/qiaoyihang/p/6401280.html
mysql不支持Full join,不過可以通過UNION 關鍵字來合並 LEFT JOIN 與 RIGHT JOIN來模擬FULL join.
Cross join
cross join:交叉連接,得到的結果是兩個表的乘積,即笛卡爾積
笛卡爾(Descartes)乘積又叫直積。假設集合A={a,b},集合B={0,1,2},則兩個集合的笛卡爾積為{(a,0),(a,1),(a,2),(b,0),(b,1), (b,2)}。可以擴展到多個集合的情況。類似的例子有,如果A表示某學校學生的集合,B表示該學校所有課程的集合,則A與B的笛卡爾積表示所有可能的選課情況。
實際上,在 MySQL 中(僅限於 MySQL) CROSS JOIN 與 INNER JOIN 的表現是一樣的,在不指定 ON 條件得到的結果都是笛卡爾積,反之取得兩個表完全匹配的結果。
INNER JOIN 與 CROSS JOIN 可以省略 INNER 或 CROSS 關鍵字,因此下面的 SQL 效果是一樣的:
... FROM table1 INNER JOIN table2 ... FROM table1 CROSS JOIN table2 ... FROM table1 JOIN table2
性能優化
1.顯示(explicit) inner join VS 隱式(implicit) inner join
select * from table a inner join table b on a.id = b.id;
VS
select a.*, b.* from table a, table b where a.id = b.id;
我在數據庫中比較(10w數據)得之,它們用時幾乎相同,第一個是顯示的inner join,后一個是隱式的inner join。
2.left join/right join VS inner join
盡量用inner join.避免 LEFT JOIN 和 NULL.
在使用left join(或right join)時,應該清楚的知道以下幾點:
(1). on與 where的執行順序
如:
ON 條件(“A LEFT JOIN B ON 條件表達式”中的ON)用來決定如何從 B 表中檢索數據行。如果 B 表中沒有任何一行數據匹配 ON 的條件,將會額外生成一行所有列為 NULL 的數據,在匹配階段 WHERE 子句的條件都不會被使用。僅在匹配階段完成以后,WHERE 子句條件才會被使用。它將從匹配階段產生的數據中檢索過濾。
PASS
select * from A inner join B on B.name = A.name left join C on C.name = B.name left join D on D.id = C.id where C.status>1 and D.status=1;
Great
select * from A inner join B on B.name = A.name left join C on C.name = B.name and C.status>1 left join D on D.id = C.id and D.status=1
從上面例子可以看出,盡可能滿足ON的條件,而少用Where的條件。從執行性能來看第二個顯然更加省時。
(2).注意ON 子句和 WHERE 子句的不同
mysql> SELECT * FROM product LEFT JOIN product_details ON (product.id = product_details.id) AND product_details.id=2; +----+--------+------+--------+-------+ | id | amount | id | weight | exist | +----+--------+------+--------+-------+ | 1 | 100 | NULL | NULL | NULL | | 2 | 200 | 2 | 22 | 0 | | 3 | 300 | NULL | NULL | NULL | | 4 | 400 | NULL | NULL | NULL | +----+--------+------+--------+-------+ 4 rows in set (0.00 sec) mysql> SELECT * FROM product LEFT JOIN product_details ON (product.id = product_details.id) WHERE product_details.id=2; +----+--------+----+--------+-------+ | id | amount | id | weight | exist | +----+--------+----+--------+-------+ | 2 | 200 | 2 | 22 | 0 | +----+--------+----+--------+-------+ 1 row in set (0.01 sec)
從上可知,第一條查詢使用 ON 條件決定了從 LEFT JOIN的 product_details表中檢索符合的所有數據行。第二條查詢做了簡單的LEFT JOIN,然后使用 WHERE 子句從 LEFT JOIN的數據中過濾掉不符合條件的數據行。
(3).盡量避免子查詢,而用join
往往性能這玩意兒,更多時候體現在數據量比較大的時候,此時,我們應該避免復雜的子查詢。如下:
PASS
insert into t1(a1) select b1 from t2 where not exists(select 1 from t1 where t1.id = t2.r_id);
Great
insert into t1(a1) select b1 from t2 left join (select distinct t1.id from t1 ) t1 on t1.id = t2.r_id where t1.id is null;
關於join on where
數據庫在通過連接兩張或多張表來返回記錄時,都會生成一張中間的臨時表,然后再將這張臨時表返回給用戶。 在使用left jion時,on和where條件的區別如下: 1、on條件是在生成臨時表時使用的條件,它不管on中的條件是否為真,都會返回左邊表中的記錄。 2、where條件是在臨時表生成好后,再對臨時表進行過濾的條件。這時已經沒有left join的含義(必須返回左邊表的記錄)了,條件不為真的就全部過濾掉。 假設有兩張表: 表1:tab1 id size 1 10 2 20 3 30 表2:tab2 size name 10 AAA 20 BBB 20 CCC 兩條SQL: 1、select * from tab1 left join tab2 on tab1.size = tab2.size where tab2.name='AAA' 2、select * from tab1 left join tab2 on tab1.size = tab2.size and tab2.name='AAA' 第一條SQL的過程: 1、中間表 on條件: tab1.size = tab2.size tab1.id tab1.size tab2.size tab2.name 1 10 10 AAA 2 20 20 BBB 2 20 20 CCC 3 30 (null) (null) 2、再對中間表過濾 where 條件: tab2.name='AAA' tab1.id tab1.size tab2.size tab2.name 1 10 10 AAA 第二條SQL的過程: 1、中間表 on條件: tab1.size = tab2.size and tab2.name='AAA' (條件不為真也會返回左表中的記錄) tab1.id tab1.size tab2.size tab2.name 1 10 10 AAA 2 20 (null) (null) 3 30 (null) (null) 其實以上結果的關鍵原因就是left join,right join,full join的特殊性, 不管on上的條件是否為真都會返回left或right表中的記錄,full則具有left和right的特性的並集。 而inner jion沒這個特殊性,則條件放在on中和where中,返回的結果集是相同的。
MySQL STRAIGHT_JOIN 與 NATURAL JOIN
STRAIGHT_JOIN 實際上與內連接 INNER JOIN 表現完全一致,不同的是使用了 STRAIGHT_JOIN 后,table1 會先於 table2 載入。
提示
MySQL 在執行 INNER JOIN 的時候,會根據自己內部的優化規則來決定先載入 table1 還是 table2,如果您確認 MySQL 載入表的順序並不是最優化的時候,就可以使用 STRAIGHT_JOIN 以替代 INNER JOIN。
NATURAL JOIN 也叫自然連接,實際是屬於 JOIN 的一種
使用 NATURAL JOIN 時,MySQL 將表中具有相同名稱的字段自動進行記錄匹配,而這些同名字段類型可以不同。因此,NATURAL JOIN 不用指定匹配條件。
NATURAL JOIN 默認是同名字段完全匹配的 INNER JOIN,也可以使用 LEFT JOIN 或 RIGHT JOIN
文章借鑒:http://www.cnblogs.com/BeginMan/p/3754322.html