關係型數據庫中的一條記錄中有若干個屬性,若其中某一個屬性組(注意是組)能惟一標識一條記錄,該屬性組就能夠成爲一個主鍵
數據庫
其中每一個學生的學號是惟一的,學號就是一個主鍵數據庫設計
課程表(課程編號,課程名,學分)性能
其中課程編號是惟一的,課程編號就是一個主鍵ui
成績表(學號,課程號,成績)spa
成績表中單一一個屬性沒法惟一標識一條記錄,學號和課程號的組合才能夠惟一標識一條記錄,因此 學號和課程號的屬性組是一個主鍵.net
成績表中的學號不是成績表的主鍵,但它和學生表中的學號相對應,而且學生表中的學號是學生表的主鍵,則稱成績表中的學號是學生表的外鍵設計
同理 ,成績表中的課程號是課程表的外鍵對象
1.主鍵是能肯定一條記錄的惟一標識,好比,一條記錄包括身份正號,姓名,年齡。blog
身份證號是惟一能肯定你這我的的,其餘均可能有重複,因此,身份證號是主鍵。排序
2.外鍵用於與另外一張表的關聯。是能肯定另外一張表記錄的字段,用於保持數據的一致性。
主鍵 | 外鍵 | 索引 | |
---|---|---|---|
定義: | 惟一標識一條記錄,不能有重複的,不容許爲空 | 表的外鍵是另外一表的主鍵, 外鍵能夠有重複的, 能夠是空值 | 該字段沒有重複值,但能夠有一個空值 |
做用: | 用來保證數據完整性 | 用來和其餘表創建聯繫用的 | 是提升查詢排序的速度 |
個數: | 主鍵只能有一個 | 一個表能夠有多個外鍵 | 一個表能夠有多個唯一索引 |
彙集索引必定是惟一索引。但惟一索引不必定是彙集索引。
彙集索引,在索引頁裏直接存放數據,而非彙集索引在索引頁裏存放的是索引,這些索引指向專門的數據頁的數據。
必須將數據庫模式從理論上的邏輯設計轉換爲實際的物理設計。而主鍵和外鍵的結構是這個設計過程的癥結所在。一旦將所設計的數據庫用於了生產環境,就很難對這些
鍵進行修改,因此在開發階段就設計好主鍵和外鍵就是很是必要和值得的。
唯一地標識一行。
做爲一個能夠被外鍵有效引用的對象。
基於以上這兩個用途,下面給出了我在設計物理層面的主鍵時所遵循的一些原則。
主鍵應當是對用戶沒有意義的。若是用戶看到了一個表示多對多關係的鏈接表中的數據,並抱怨它沒有什麼用處,那就證實它的主鍵設計地很好。
主鍵應該是單列的,以便提升鏈接和篩選操做的效率。
注:使用複合鍵的人一般有兩個理由爲本身開脫,而這兩個理由都是錯誤的。其一是主鍵應當具備實際意義,然而,讓主鍵具備意義只不過是給人爲地破壞數據庫提供了方便。其二是利用這種方法能夠在描述多對多關係的鏈接表中使用兩個外部鍵來做爲主鍵,我也反對這種作法,理由是:複合主鍵經常致使不良的外鍵,即當鏈接表成爲另外一個從表的主表,而依據上面的第二種方法成爲這個表主鍵的一部分,然,這個表又有可能再成爲其它從表的主表,其主鍵又有可能成了其它從表主鍵的一部分,如此傳遞下去,越靠後的從表,其主鍵將會包含越多的列了。
永遠也不要更新主鍵。實際上,由於主鍵除了唯一地標識一行以外,再沒有其餘的用途了,因此也就沒有理由去對它更新。若是主鍵須要更新,則說明主鍵應對用戶
無心義的原則被違反了。
注:這項原則對於那些常常須要在數據轉換或多數據庫合併時進行數據整理的數據並不適用。
主鍵不該包含動態變化的數據,如時間戳、建立時間列、修改時間列等。
主鍵應當有計算機自動生成。若是由人來對主鍵的建立進行干預,就會使它帶有除了唯一標識一行之外的意義。一旦越過這個界限,就可能產生認爲修改主鍵的動機,這樣,這種系統用來連接記錄行、管理記錄行的關鍵手段就會落入不瞭解數據庫設計的人的手中。
本文轉自 bingqingsuimeng