資料庫主鍵

主鍵：表中經常有一個列或多列的組合，其值能唯一地標識表中的每一行。這樣的一列或多列稱為表的主鍵，通過它可強制表的實體完整性。當創建或更改表時可通過定義 PRIMARY KEY 約束來創建主鍵。一個表只能有一個 PRIMARY KEY 約束，而且 PRIMARY KEY 約束中的列不能接受空值。由於 PRIMARY KEY 約束確保唯一數據，所以經常用來定義標識列。

作用:

1）保證實體的完整性;

2）加快資料庫的操作速度

3）在表中添加新記錄時，DBMS會自動檢查新記錄的主鍵值，不允許該值與其他記錄的主鍵值重複。

4) DBMS自動按主鍵值的順序顯示錶中的記錄。如果沒有定義主鍵，則按輸入記錄的順序顯示錶中的記錄。

主鍵的特性

主鍵的必要性

在有些資料庫中，雖然主鍵不是必需的，但最好為每個表都設定一個主鍵，不管是單主鍵還是複合主鍵。它存在代表著表結構的完整性，表的記錄必須得有唯一區分的欄位，主鍵主要是用於其他表的外鍵關聯，以及本記錄的修改與刪除。

主鍵的無意義性

在開發過程中，讀者可能會看到將一些表使用有意義的欄位表示主鍵，例如“用戶登錄信息表”將“登錄名”（英文名）作為主鍵，“訂單表”中將“訂單編號”作為主鍵，如此設計主鍵一般都是沒什麼問題，因為將這些主鍵基本不具有“意義更改”的可能性。但是，也有一些例外的情況，例如“訂單表”需要支持需求“訂單可以作廢，並重新生成訂單，而且訂單號要保持原訂單號一致”，那將“訂單編號”作為主鍵就滿足不了要求了。因此讀者在使用具有實際意義的欄位作為主鍵時，需要考慮是否存在這種可能性。

主鍵的選擇

①編號作主鍵

此方法就是採用實際業務中的唯一欄位的“編號”作為主鍵設計，這在小型的項目中是推薦這樣做的，因為這可以使項目比較簡單化，但在使用中卻可能帶來一些麻煩，比如要進行“編號修改”時，可能要涉及到很多相關聯的其他表，就像黎叔說的“後果很嚴重”;還有就是上面提到的“業務要求允許編號重複時”，我們再那么先知，都無法知道業務將會修改成什麼?

②自動編號主鍵

這種方法也是很多朋友在使用的，就是新建一個ID欄位，自動增長，非常方便也滿足主鍵的原則，優點是：資料庫自動編號，速度快，而且是增量增長，聚集型主鍵按順序存放，對於檢索非常有利;數字型的，占用空間小，易排序，在程式中傳遞也方便;如果通過非系統增加記錄（比如手動錄入，或是用其他工具直接在表里插入新記錄，或老系統數據導入）時，非常方便，不用擔心主鍵重複問題。

缺點：其實缺點也就是來自其優點，就是因為自動增長，在手動要插入指定ID的記錄時會顯得麻煩，尤其是當系統與其他系統集成時，需要數據導入時，很難保證原系統的ID不發生主鍵衝突（前提是老系統也是數字型的）;如果其他系統主鍵不是數字型那就麻煩更大了，會導致修改主鍵數據類型了，這也會導致其他相關表的修改，後果同樣很嚴重;就算其他系統也是數字型的，在導入時，為了區分新老數據，可能想在老數據主鍵前統一加一個“o”(old)來表示這是老數據，那么自動增長的數字型又面臨一個挑戰。

資料庫主鍵

基本介紹