主鍵和外來鍵是把多個表組織為乙個有效的關聯式資料庫的粘合劑。主鍵和外來鍵的設計對物理資料庫的效能和可用性都有著決定性的影響。
必須將資料庫模式從理論上的邏輯設計轉換為實際的物理設計。而主鍵和外來鍵的結構是這個設計過程的癥結所在。一旦將所設計的資料庫用於了生產環境，就很難對這些鍵進行修改，所以在開發階段就設計好主鍵和外來鍵就是非常必要和值得的。
主鍵：關聯式資料庫依賴於主鍵---它是資料庫物理模式的基石。主鍵在物理層面上只有兩個用途：
1. 惟一地標識一行。
2. 作為乙個可以被外來鍵有效引用的物件。
基於以上這兩個用途，下面給出了我在設計物理層面的主鍵時所遵循的一些原則：
1. 主鍵應當是對使用者沒有意義的。如果使用者看到了乙個表示多對多關係的連線表中的資料，並抱怨它沒有什麼用處，那就證明它的主鍵設計地很好。
2. 主鍵應該是單列的，以便提高連線和篩選操作的效率。
注：使用復合鍵的人通常有兩個理由為自己開脫，而這兩個理由都是錯誤的。其一是主鍵應當具有實際意義，然而，讓主鍵具有意義只不過是給人為地破壞資料庫提供了方便。其二是利用這種方法可以在描述多對多關係的連線表中使用兩個外部鍵來作為主鍵，我也反對這種做法，理由是：復合主鍵常常導致不良的外來鍵，即當連線表成為另乙個從表的主表，而依據上面的第二種方法成為這個表主鍵的一部分，然，這個表又有可能再成為其它從表的主表，其主鍵又有可能成了其它從表主鍵的一部分，如此傳遞下去，越靠後的從表，其主鍵將會包含越多的列了。
3. 永遠也不要更新主鍵。實際上，因為主鍵除了惟一地標識一行之外，再沒有其他的用途了，所以也就沒有理由去對它更新。如果主鍵需要更新，則說明主鍵應對使用者無意義的原則被違反了。
4. 主鍵不應包含動態變化的資料，如時間戳、建立時間列、修改時間列等。
5. 主鍵應當有計算機自動生成。如果由人來對主鍵的建立進行干預，就會使它帶有除了惟一標識一行以外的意義。一旦越過這個界限，就可能產生認為修改主鍵的動機，這樣，這種系統用來鏈結記錄行、管理記錄行的關鍵手段就會落入不了解資料庫設計的人的手中。
主鍵和外來鍵
主鍵的存在就代表著表結構的完整性，表的記錄必須得有唯一區分的字段，主鍵主要是用於其他表的外來鍵關聯，本記錄的修改與刪除，當我們沒有主鍵時，這些操作會變的非常麻煩。我強調主鍵不應該具有實際的意義，這可能對於一些朋友來說不太認同，比如訂單表吧，會有 訂單編號 字段，而這個欄位呢在業務實際中本身就是應該具...
主鍵和外來鍵
關係型資料庫中的某乙個屬性組能唯一標識一條記錄，該屬性組就可以成為乙個主鍵 主鍵只能有乙個，不能有重複的，不允許為空，用來保證資料完整性 外來鍵用於與另一張表的關聯。是能確定另一張表記錄的字段，用於保持資料的一致性。表的外來鍵是另一表的主鍵,外來鍵可以有重複的,可以是空值。用來和其他表建立聯絡用的 ...
主鍵和外來鍵
主鍵 primary key 一列 或一組列 其值能夠唯一區分表中每一行。唯一標識表中的每一行的這個列 或這組列 稱為主鍵。主鍵用來表示乙個特定的行，沒有主鍵，更新或者刪除表中的特定行很困難。應該總是定義的主鍵 雖然並不是總是都需要主鍵，但是大多數資料設計庫人員都應該保證他們建立的每乙個表中都有乙個...