關系型數(shù)據(jù)庫最難的地方，就是建模

關系型數(shù)據(jù)庫最難的地方，就是建模（model）。

錯綜復雜的數(shù)據(jù)，需要建立模型，才能儲存在數(shù)據(jù)庫。所謂"模型"就是兩樣東西：實體（entity）+ 關系（relationship）。

實體指的是那些實際的對象，帶有自己的屬性，可以理解成一組相關屬性的容器。關系就是實體之間的聯(lián)系，通常可以分成"一對一"、"一對多"和"多對多"等類型。

在關系型數(shù)據(jù)庫里面，每個實體有自己的一張表（table），所有屬性都是這張表的字段（field），表與表之間根據(jù)關聯(lián)字段"連接"（join）在一起。所以，表的連接是關系型數(shù)據(jù)庫的核心問題。

表的連接分成好幾種類型。

內連接（inner join）

外連接（outer join）

左連接（left join）

右連接（right join）

全連接（full join）

以前，很多文章采用維恩圖（兩個圓的集合運算），解釋不同連接的差異。

上周，我讀到一篇文章，認為還有比維恩圖更好的解釋方式。我發(fā)現(xiàn)確實如此，換一個角度解釋，更容易懂。

所謂"連接"，就是兩張表根據(jù)關聯(lián)字段，組合成一個數(shù)據(jù)集。問題是，兩張表的關聯(lián)字段的值往往是不一致的，如果關聯(lián)字段不匹配，怎么處理？比如，表 A 包含張三和李四，表 B 包含李四和王五，匹配的只有李四這一條記錄。

很容易看出，一共有四種處理方法。

只返回兩張表匹配的記錄，這叫內連接（inner join）。

返回匹配的記錄，以及表 A 多余的記錄，這叫左連接（left join）。

返回匹配的記錄，以及表 B 多余的記錄，這叫右連接（right join）。

返回匹配的記錄，以及表 A 和表 B 各自的多余記錄，這叫全連接（full join）。

下圖就是四種連接的圖示。我覺得，這張圖比維恩圖更易懂，也更準確。

上圖中，表 A 的記錄是 123，表 B 的記錄是 ABC，顏色表示匹配關系。返回結果中，如果另一張表沒有匹配的記錄，則用 null 填充。

這四種連接，又可以分成兩大類：內連接（inner join）表示只包含匹配的記錄，外連接（outer join）表示還包含不匹配的記錄。所以，左連接、右連接、全連接都屬于外連接。

這四種連接的 SQL 語句如下。

SELECT*FROMAINNERJOINBONA.book_id=B.book_id;SELECT*FROMALEFTJOINBONA.book_id=B.book_id;SELECT*FROMARIGHTJOINBONA.book_id=B.book_id;SELECT*FROMAFULLJOINBONA.book_id=B.book_id;

上面的 SQL 語句還可以加上where條件從句，對記錄進行篩選，比如只返回表 A 里面不匹配表 B 的記錄。

SELECT*FROMALEFTJOINBONA.book_id=B.book_idWHEREB.idISnull;

另一個例子，返回表 A 或表 B 所有不匹配的記錄。

SELECT*FROMAFULLJOINBONA.book_id=B.book_idWHEREA.idISnullORB.idISnull;

此外，還存在一種特殊的連接，叫做"交叉連接"（cross join），指的是表 A 和表 B 不存在關聯(lián)字段，這時表 A（共有 n 條記錄）與表 B （共有 m 條記錄）連接后，會產生一張包含 n x m 條記錄的新表（見下圖）。