1、所有實體表擁有乙個自增主鍵，盡量不使用組合主鍵；
2、如果某個實體的主表，為了更好的展示從屬關係，可以考慮採用主表的主鍵作為子表的主鍵；
3、涉及多對多關係組合時，可以增加關係表的乙個主鍵，當有依賴於關係表的主鍵的其他表時，可以考慮這些表直接採用幾個關係表（通常為2個）；
4、在進行設計時，先按照設計正規化組織表關係，然後再兼顧檢索效能需要及資料完整性要求，增加冗餘關係鍵；然後填充其他內容鍵；
5、對錶的分類，根據業務系統的特點：核心實體表（業務中比較）、關係對映表、過程實體表（反映或者記錄某些實體變更過程，可以回溯前乙個狀態）、實體變更日誌表（審計依據，僅作為記錄，不作為過程變動的依據）；
6、關於變更記錄的設計：乙個實體表，變更記錄可以有兩種型別的記錄：快照日誌和內容日誌，快照日誌記錄下實體表記錄每一次變更前的關鍵字段的快照，可以用於執行undo的操作，快照日誌僅根據需要時進行記錄，一般僅記錄關鍵狀態的快照，過程性的變更可以不考慮記錄；而內容日誌則用於記錄每一次必要的變更，變更內容為文字描述，使用者記錄每一次變更操作說明，但不作為undo操作的直接依據。
資料庫設計心得
在培訓學校學習期間，老師一直很重視培養我們的 在這裡只指關聯式資料庫 資料庫設計能力的提高，在軟工期間很注意，現在的專案練習中又重點訓練，這是我對資料庫的設計不敢輕視。第乙個問題，資料庫的表依據什麼來建立。第二個問題，乙個優秀的資料庫具備哪些標準。我想，首先以滿足業務要求為底線，業務需要操作的資料及...
資料庫設計心得
今天，是我實習的第三個星期，也就是星期一，公司在趕乙個專案，短時間內需要快速融入公司的專案，了解整個大概，主要是要考自己能夠快速看懂，並且理解。在這過程中，看了這個專案的資料庫後，我對資料庫方面有了新的認識，而不單單是在學校所學的，在學校的時候，只懂得跟著書本上走，顯示分析出整個系統的實體，然後畫出...
資料庫設計心得
例子 alter table bx message 表名 addcolumn sendchannel 欄位名 int 4 null comment sendchannel的型別是int，它的標識是從0開始的，這樣帶來的問題就是，我在使用mvc的模型驗證時 required 沒有傳sendchanne...