資料庫的設計涉及到乙個小問題 ，那就是主鍵的確定。
主鍵就是一行記錄的唯一性的確定的一列 或 幾列，但是可選性其實就比較大了
主鍵的確定問題：我就騎驢的計一下
乙個問題，主鍵跟業務邏輯 的關係
網上的前輩們都說跟業務邏輯關係相關性小比較好，但是一直不太懂
其實算是前輩們經驗之談了吧 ，因為在實際應用中 ，資料庫中的每條記錄都可能在變更，今日改明日刪，而刪除，又並非實際的刪除，而是加乙個標識字段（資料關係完整性考慮）。這樣您認為的能夠區分資料記錄唯一性的字段，可能因為胞兄胞弟們太多擠到了，所以一列無關的資料給各個胞弟胞兄非胞弟非胞兄一人發個身份證就大白於天下，這就是身份證的**，而身份證號碼跟您長相沒本質的關係的原因了。。。
扯遠了，結論：資料庫主鍵的確定，最好是跟邏輯無關的簡單的，即整形的自增的 id
資料庫中候選鍵的確定
在學習資料庫的時候，經常要碰到候選鍵的求取，但是一開始的時候，根本搞不清楚怎麼去求，最近看了一些文章和資料，終於搞明白了。首先來看候選鍵的定義 若關係中的某一屬性組的值能唯一地標識乙個元組，則稱該屬性組為候選鍵。若w是候選鍵，則必須滿足兩個條件 w的閉包是u w沒有冗餘。設關係模式r中u abc.等...
資料庫主鍵設計
主鍵的必要性 有些朋友可能不提倡資料庫表必須要主鍵，但在我的思考中，覺得每個表都應該具有主鍵，不管是單主鍵還是雙主鍵，主鍵的存在就代表著表結構的完整性，表的記錄必須得有唯一區分的字段，主鍵主要是用於其他表的外來鍵關聯，本記錄的修改與刪除，當我們沒有主鍵時，這些操作會變的非常麻煩。主鍵的無意義性 我強...
資料庫主鍵設計原則
或許大家都設計過資料庫,也為表定義過主鍵,今天我想闡述的是,應該如何正確的設計乙個主鍵,在以往的一些資料中,都沒有提及到主鍵設計的原則.我為此總結了一下 1.是否要採用guid作為主鍵 用guid作主鍵有它的優勢與不足.優勢是guid具有唯一性,在任何情況下,可以產生全球唯一的值.這是guid最大的...