本文參加博文大賽,如果您滿意的話麻煩點擊這裡給我投票原,查看原文點擊這裡.最近自學數據庫MySQL,然後有個疑問,一直不得其解,查詢了相關資料,最後還是沒有解決。
我的疑問是 "使用外鍵約束" ,然後我對 "外鍵" 這個詞不是很理解,查詢相關資料都是講一些術語,說外鍵的主要作用是:保持數據的一致性、完整性。聽得我是一頭霧水。
關於外鍵,我有自己的一些理解,但是不曉得是否正確,舉個例子來表達我的看法:假如現在需要建立一個表,一個什麼樣的表呢?一個班級的學生個人信息表:
所以在設計的時候,就給表1添加一個外鍵,這個外鍵就是表2中的學號字段,那麼這樣表1就是主表,表2就是子表。所以結合2張表就能保持數據的一致性、完整性(估計就是還原成原來的那張大表吧)。以上就是我個人對外鍵的理解。
----------------------------------------解---答---糾---正-----------------------------------------
+-------+ ref +-------+
| sub | ------> | main |
+-------+ +-------+
從表(sub)的某列引用(ref)主表(main)的某列的值。比如學生表有個學生編號(sid),分數表中的學生列(stu)引用學生表的學 生編號,此時對於分數表的 stu 來說,學生表的 sid 就是外鍵。從表也叫外鍵表,主表也叫主鍵表、外表,列也叫字段。
所以在設計的時候,就給表1添加一個外鍵,這個外鍵就是表2中的學號字段,那麼這樣表1就是主表,表2就是子表。
你的主從關系理解顛倒了。你的圖中,表1的確是主表,表2是子表,但不是叫做給表1添加一個外鍵,而是給表2添加一個外鍵,表2中的學號 字段就叫外鍵,它是表1學號字段的主鍵。你可以這樣說:表1的學號字段是表2的外鍵。
你貼的圖片已經解釋了。為了一張表記錄的數據不要太過冗余。這和軟件工程的模塊化思想差不多類似,只不過在數據庫中是對表關系進行解耦,盡量讓表 記錄的數據單一化。就如你貼的圖片中,把成績和學生信息放在一張表中就太冗余了,成績完全可以以學生的id作為區分標識。
你想想,你的圖中的第一章表分割成了表1和表2,表2的學號引用了表1的學號字段作為外鍵,如果不建立外鍵,只是和表1一樣單純性 地設立一個學號字段,那麼和建立外鍵有什麼區別呢?
比如表1中張三的學號為20140900001,那麼我在表2中插數據的時候在學號字段插20140900001來記錄張三的成績不也是做到了表 的解耦了嗎?
這裡存在的問題是,在不設置外鍵的情況下,表2的學號字段和表1的學號字段是沒有關聯的。只是你自己認為他們有關系而已,數據庫並 不認為它倆有關系。也就是說,你在表2的學號字段插了一個值(比如20140999999),但是這個值在表1中並沒有,這個時候,數據庫還是允 許你插入的,它並不會對插入的數據做關系檢查。然而在設置外鍵的情況下,你插入表2學號字段的值必須要求在表1的學號字段能找到。
同時,如果你要刪除表1的某個學號字段,必須保證表2中沒有引用該字段值的列,否則就沒法刪除。這就是所謂的保持數據的一致性和完整性。你想,如 果表2還引用表1的某個學號,你卻把表1中的這個學號刪了,表2就不知道這個學號對應的學生是哪個學生。數據的一致性還包括數據類型的一致性(這 個見下面就知道了)。
你的問題
都可以。因為表1的外鍵不一定是表2的主鍵,也可以是唯一鍵(UNIQUE)。比如表2有個主鍵 A,有個唯一鍵 B,表1兩個字段 A' 和 B’ 分別引用表2的 A 和 B,這就是多對多的關系了。再或者表2主鍵 A,表3主鍵 B,表1的兩個字段 A' 和 B' 分別引用表2的 A 和表3 的 B。
因為你前面就理解錯了,所以這句話本身就是錯的。對於從表來說,外鍵不一定需要作為從表的主鍵,外鍵也不一定是外表的主鍵,外表的唯一鍵就可以作 為從表的外鍵。
再給一張圖以幫助理解