最近公司在招人，同僚問了幾個自認為資料庫可以的應聘者關于庫連接配接的問題，回答不盡理想～
現在在這寫寫關于它們的作用
假設有如下表：
一個為投票主表，一個為投票者資訊表～記錄投票人IP及對應投票類型，左右連接配接實際說是我們聯合查詢的結果以哪個表為準～
1：如右接連 right join 或 right outer join：
我們以右邊voter表為準，則左表(voteMaster)中的記錄隻有當其ID在右邊(voter)中存在時才會顯示出來，如上圖，左邊中ID為3.4.5.6因為這些ID右表中沒有相應記錄，是以沒有顯示！
2：是以我們自然能了解左連接配接 left join 或者 left outer join
可見，現在右邊中ID在中存在時才會顯示，當右邊中沒有相應資料時則用NULL代替！
3：全連接配接 full join 或者 full outer join,為二個表中的資料都出來，這裡示範效果與上一樣！
4：内連接配接 inner join 或者 join;它為傳回字段ID同時存在于表voteMaster 和 voter中的記錄
5：交叉連接配接（完全連接配接）cross join 不帶 where 條件的
沒有 WHERE 子句的交叉聯接将産生聯接所涉及的表的笛卡爾積。第一個表的行數乘以第二個表的行數等于笛卡爾積結果集的大小。（table1和table2交叉連接配接産生6*3=18條記錄）
等價select vm.id,vm.voteTitle,vt.ip from voteMaster as vm,voter as vt
6:自連接配接。在這裡我用我前段時間一個電力項目中的例子（改造過）
如下表：
這是一個部門表，裡面存放了部門及其上級部門，但都放在同一張表中，我們假設現在需要用SQL查詢出各部門及其上級部門！就如何做，
當然，不用自連接配接也一樣，可以如下：
我們達到預期目的！在這個查詢中使用了一個子查詢完成對上級部門名的查詢，如果使用自連接配接，那麼結構上感覺會清晰很多。
是不是也同樣完成了功能呢，這裡除了使用自連接配接外，還使用了左連接配接，因為省電力沒有上級部門，他是老大，如果使用内連接配接，就會把這條記錄過濾掉，因為沒有和他比對的上級部門。
自連接配接用的比較多的就是對權形結構的查詢！類似上表！
作者：木木