1、 字段名及字段配製合理性oop
一、 剔除關係不密切的字段post
二、 字段命名要有規則及相對應的含義(不要一部分英文,一部分拼音,還有相似a.b.c這樣不明含義的字段)性能
三、 字段命名儘可能不要使用縮寫(大多數縮寫都不能明確字段含義)大數據
四、 字段不要大小寫混用(想要具備可讀性,多個英文單詞可以使用下劃線形式鏈接).net
五、 字段名不要使用保留字或者關鍵字排序
六、 保持字段名和類型的一致性索引
七、 慎重選擇數字類型hadoop
八、 給文本字段留足餘量get
2、 系統特殊字段處理及建成後建議it
一、 添加刪除標記(例如操做人、刪除時間)
二、 創建版本機制
3、 表結構合理性配置
一、 多型字段的處理
就是表中是否存在字段可以分解成更小獨立的幾部分(例如:人能夠分爲男人和女人)
二、 多值字段的處理
能夠將表分爲三張表
這樣使得檢索和排序更加有調理,且保證數據的完整性!
4、 其它建議
一、 對於大數據字段,獨立表進行存儲,以便影響性能(例如:簡介字段)
二、 使用varchar類型代替char,由於varchar會動態分配長度,char指定長度是固定的。
三、 給表建立主鍵,對於沒有主鍵的表,在查詢和索引定義上有必定的影響。
四、 避免表字段運行爲null,建議設置默認值(例如:int類型設置默認值爲0)在索引查詢上,效率立顯!
五、 創建索引,最好創建在惟一和非空的字段上,創建太多的索引對後期插入、更新都存在必定的影響(考慮實際狀況來建立)。