關系型數據庫最難的地方，就是建模（model）。
錯綜復雜的數據，需要建立模型，才能儲存在數據庫。所謂"模型"就是兩樣東西：實體（）+ 關系（）。
實體指的是那些實際的對象html外接數據庫，帶有自己的屬性，可以理解成一組相關屬性的容器。關系就是實體之間的聯系，通常可以分成"一對一"、"一對多"和"多對多"等類型。
在關系型數據庫里面，每個實體有自己的一張表（table），所有屬性都是這張表的字段（field），表與表之間根據關聯字段"連接"（join）在一起。所以，表的連接是關系型數據庫的核心問題。
表的連接分成好幾種類型。
以前，很多文章采用維恩圖（兩個圓的集合運算），解釋不同連接的差異。
上周，我讀到一篇文章，認為還有比維恩圖更好的解釋方式。我發現確實如此html外接數據庫，換一個角度解釋，更容易懂。
所謂"連接"，就是兩張表根據關聯字段，組合成一個數據集。問題是，兩張表的關聯字段的值往往是不一致的，如果關聯字段不匹配，怎么處理？比如，表 A 包含張三和李四，表 B 包含李四和王五，匹配的只有李四這一條記錄。
很容易看出，一共有四種處理方法。
下圖就是四種連接的圖示。我覺得，這張圖比維恩圖更易懂，也更準確。
上圖中，表 A 的記錄是 123，表 B 的記錄是 ABC，顏色表示匹配關系。返回結果中，如果另一張表沒有匹配的記錄，則用 null 填充。
這四種連接，又可以分成兩大類：內連接（inner join）表示只包含匹配的記錄，外連接（outer join）表示還包含不匹配的記錄。所以，左連接、右連接、全連接都屬于外連接。
這四種連接的 SQL 語句如下。
SELECT * FROM A ?
INNER JOIN B ON A.book_id=B.book_id;
SELECT * FROM A ?
LEFT JOIN B ON A.book_id=B.book_id;
SELECT * FROM A ?
RIGHT JOIN B ON A.book_id=B.book_id;
SELECT * FROM A ?
FULL JOIN B ON A.book_id=B.book_id;
上面的 SQL 語句還可以加上where條件從句，對記錄進行篩選，比如只返回表 A 里面不匹配表 B 的記錄。
SELECT * FROM A
LEFT JOIN B
ON A.book_id=B.book_id
WHERE B.id IS null;
另一個例子，返回表 A 或表 B 所有不匹配的記錄。
SELECT * FROM A
FULL JOIN B
ON A.book_id=B.book_id
WHERE A.id IS null OR B.id IS null;
此外，還存在一種特殊的連接，叫做"交叉連接"（cross join），指的是表 A 和表 B 不存在關聯字段，這時表 A（共有 n 條記錄）與表 B （共有 m 條記錄）連接后，會產生一張包含 n x m 條記錄的新表（見下圖）。
via：