資料庫的字段設計有很多細節性的技巧，下面將過去在開發中體會到經驗整理出來，做www.cppcns.com個備忘。
主鍵不要設為自增型。設定為自增型的後果就是：今後無法分離在不同的mysql資料庫伺服器上。比如id編號由於是自增的，所以兩個資料庫中可能會出現使用者編號都是10005的情況。
但是，mysql主鍵會自動設定為自增型。可以用另外乙個欄位來作為識別符號。而不是自增型id號。方法：新增乙個字段作為行的識別符號。具體設計：乙個表做兩個字段，乙個是id作為主鍵，自增型，另外乙個是uid，作為使用者的標識。
程式判斷上，是以uid作為判斷使用者的依據。而不是id主鍵作為判斷依據(程式上的失誤，改動比起資料庫設計失誤改動容易得多。因為你資料已經入庫了。在修改起來就比較難了)。
資料庫的一點設計心得
1.按照[流程]順序走一遍 （相關使用者進行一次完成的操作流程）
2.先列出所有的屬性 &nb程式設計客棧sp; （實體(型)、 屬性、 聯絡）
3.判斷每乙個屬性 是屬於那乙個實體
4.實體與實體之間的聯絡 [1:1、 1:n、 n:1、 n:n]
5.相關資料表的設計，允許有資料冗餘（犧牲空間換取效率），但是一定不能有資料項之間的矛盾 [工程與理論之間的考慮]
6.當有多種方式進行資料處理的時候，應該綜合多個方面，進行考慮，選取最適合當前專案的解決方案 [不一定是理論最好的，但卻是適合、實用的]
7.備註: 聯絡的 1：n中， [概念模型]生成[物理模型]的時候， 會把1中的 主鍵作為，外來鍵放入到n中
總結
資料庫設計心得
在培訓學校學習期間，老師一直很重視培養我們的 在這裡只指關聯式資料庫 資料庫設計能力的提高，在軟工期間很注意，現在的專案練習中又重點訓練，這是我對資料庫的設計不敢輕視。第乙個問題，資料庫的表依據什麼來建立。第二個問題，乙個優秀的資料庫具備哪些標準。我想，首先以滿足業務要求為底線，業務需要操作的資料及...
資料庫設計心得
今天，是我實習的第三個星期，也就是星期一，公司在趕乙個專案，短時間內需要快速融入公司的專案，了解整個大概，主要是要考自己能夠快速看懂，並且理解。在這過程中，看了這個專案的資料庫後，我對資料庫方面有了新的認識，而不單單是在學校所學的，在學校的時候，只懂得跟著書本上走，顯示分析出整個系統的實體，然後畫出...
資料庫設計心得
例子 alter table bx message 表名 addcolumn sendchannel 欄位名 int 4 null comment sendchannel的型別是int，它的標識是從0開始的，這樣帶來的問題就是，我在使用mvc的模型驗證時 required 沒有傳sendchanne...