很清楚如何在 SQL 中設定前面的連線類型：我們只需將該連線類型的 ID 傳遞給那些記錄，這些記錄有很多，對嗎？一個國家將其 ID 作為許多城市的外鍵。如何處理多對多關係？這種方法不適合。我們需要新增另一個表來連接這兩個表。例如，讓我們進入 MySQL，建立一個新資料庫 Manytomany，建立兩個表，author 和 book，其中僅包含姓名及其 ID： CREATE DATABASE Manytomany; 使用多對多；建立表格作者（id INT AUTO_INCRMENT，名稱VARCHAR（100），主鍵（id））；建立表格 book( id INT AUTO_INCRMENT, name VARCHAR(100), PRIMARY KEY (id) ); 現在讓我們建立第三個表，該表將具有來自作者和書籍表的兩個外鍵，並且此連結將是唯一的。也就是說，不可能兩次添加具有相同鍵的記錄： CREATE TABLEauthors_x_books ( book_id INT NOT NULL,author_id INT NOT NULL, FOREIGN KEY (book_id) REFERENCES book(id), FOREIGN KEY (author_id) REFERENCES Author （id），唯一（book_id，author_id））；這裡我們使用了幾個新特性，需要單獨註解：
根據我的實踐：當從舊系統遷移到新系統時，我們作為開發人員必須儲存舊系統的 ID 以便使用它並創建我們自己的系統。為什麼要創建自己的而不是使用舊的？它們可能不夠獨特，或者這種創建 ID 的方法可能不再相關且受到限制。為此，我們使舊的 ID 名稱在表中也是唯一的。要檢查這一點，您需要新增資料。新增書籍和作者： NSERT INTO book (name) VALUES ("book1"); INSERT INTO 作者（姓名）VALUES（“author1”）； 我們從先前的文章中已經知道它們的ID為1和1。因此，我們可以立即在第三個表格中新增一筆記錄： INSERT INTOauthors_x_booksVALUES(1,1); 一切都會很好，直到我們想再次重複最後一個命令：也就是說，再次寫下相同的 ID：結果將很自然 - 一個錯誤。會有重複的。該條目不會被記錄。這就是創建多對多連接的方式...所有這一切都非常酷且有趣，但是出現了一個邏輯問題：如何獲取這些資訊？如何將不同表中的資料組合在一起並得到一個答案？這就是我們將在下一部分中討論的內容））
連接（連接）
在上一部分中，我幫助您立即了解連接是什麼以及在哪裡使用它們。因為我深信，一旦理解了，一切都會立即變得非常簡單，所有關於聯接的文章都會像嬰兒的眼睛一樣清晰:D 粗略地講，聯接是通過某種方式從多個表中獲取結果JOIN（來自英語join 的連結）。這就是全部...）要連接，您需要指定連接表的欄位。魔鬼並不像畫中的那麼可怕，對吧？）接下來，我們只討論連接有哪些類型以及如何使用它們。連接的類型有很多種，我們不會全部考慮。只有那些我們真正需要的。這就是為什麼我們對 Cross 和 Natural 這樣的奇異連接不感興趣。我完全忘記了，我們需要記住一個細微差別：表格和欄位可以有別名- 假名。它們可以方便地用於連接。例如，您可以這樣做： SELECT * FROM table1; 如果查詢經常使用table1，那麼你可以給它一個別名： SELECT* FROM table1 as t1; 或更容易寫： SELECT * FROM table1 t1; 然後稍後在查詢中可以使用t1作為該表的別名。
內部聯接
最常見、最簡單的連結。它表示，當我們有兩個表和一個可以連接它的欄位時，將選擇兩個表中存在關係的所有記錄。不知何故很難說。讓我們來看一個例子：讓我們為城市資料庫新增一筆記錄。一項用於城市，一項用於國家： $ INSERT INTO Country VALUES(5, "Uzbekistan", 34036800); $ INSERT INTO city (名稱, 人口) VALUES("第比利斯", 1171100); 我們新增了一個在表中沒有城市的國家/地區，以及一個與表中的國家/地區沒有關聯的城市。因此，INNER JOIN 致力於為兩個表中的連接發布所有記錄。當我們想要連接兩個表 table1 和 table2 時，一般語法如下所示： SELECT * FROM table1 t1 INNER JOIN table2 ON t1.id = t2.t1_id; 然後將傳回兩個表中具有關係的所有記錄。對於我們的例子，當我們想要接收國家和城市的資訊時，結果將是這樣的： $ SELECT * FROM city ci INNER JOIN Country co ON ci.country_id = co.id; 在這裡，雖然名稱相同，但您可以清楚地看到城市的字段在前，然後是國家的字段。但我們上面新增的兩個條目不存在。因為這正是 INNER JOIN 的工作原理。
左連接
在某些情況下，而且經常是，我們對主表的欄位遺失不滿意，因為相鄰表中沒有該欄位的記錄。這就是 LEFT JOIN 的用途。如果在先前的請求中我們指定 LEFT 而不是 INNER，我們將在回應中新增另一個城市 - 提比里斯： $ SELECT * FROM city ci LEFT JOIN Country co ON ci.country_id = co.id; 有一個關於第比利斯的新條目，與該國家相關的所有內容均為null。這就是它經常被使用的方式。
右邊連接
這裡與 LEFT JOIN 的差異在於，所有欄位都不會選擇在左側，而是在連接的右側。也就是說，不是城市，而是所有國家： $ SELECT * FROM city ci RIGHT JOIN Country co ON ci.country_id = co.id; 現在很明顯，在這種情況下，不會有第比利斯，但我們會有烏茲別克。類似的東西......））
今天我們將討論連接和聯接的類型。
要理解什麼是關係，您需要記住什麼是外鍵。對於那些忘記的人，歡迎來到本系列的開頭。
這是來自網路的第一張圖片： 它顯示有客戶和他們的訂單。一位客戶可以有多個訂單，這是有道理的。有一對多:) 或另一個例子：
有三個表：出版商、作者和書籍。每個不想破產、想要成功的出版商都有不只一位作者，你不同意嗎？反過來，每個作者可能擁有不只一本書——這一點也是毫無疑問的。這又意味著一位作者與多本書的聯繫，一位出版商與多位作者的聯繫。還有很多例子可以舉出。一開始感知的困難可能只在於學習抽象思考：從外部觀察桌子及其互動。
現在讓我們建立第三個表，該表將具有來自作者和書籍表的兩個外鍵，並且此連結將是唯一的。也就是說，不可能兩次添加具有相同鍵的記錄： CREATE TABLEauthors_x_books ( book_id INT NOT NULL,author_id INT NOT NULL, FOREIGN KEY (book_id) REFERENCES book(id), FOREIGN KEY (author_id) REFERENCES Author （id），唯一（book_id，author_id））；
這裡我們使用了幾個新特性，需要單獨註解：
結果將很自然 - 一個錯誤。會有重複的。該條目不會被記錄。這就是創建多對多連接的方式...所有這一切都非常酷且有趣，但是出現了一個邏輯問題：如何獲取這些資訊？如何將不同表中的資料組合在一起並得到一個答案？這就是我們將在下一部分中討論的內容））
在這裡，雖然名稱相同，但您可以清楚地看到城市的字段在前，然後是國家的字段。但我們上面新增的兩個條目不存在。因為這正是 INNER JOIN 的工作原理。
有一個關於第比利斯的新條目，與該國家相關的所有內容均為null。這就是它經常被使用的方式。
現在很明顯，在這種情況下，不會有第比利斯，但我們會有烏茲別克。類似的東西......））
這裡一切都以集合的形式顯示，每個圓圈都是一個表。那些被覆蓋的地方就是那些會在 SELECT 中顯示的部分。我們看看吧：
GO TO FULL VERSION