IDC表設(shè)計規(guī)范說明

1、.數(shù)據(jù)庫表設(shè)計規(guī)范目的為了規(guī)范數(shù)據(jù)庫設(shè)計，減少設(shè)計失誤，提高數(shù)據(jù)安全及性能，特制訂本規(guī)范。適用范圍適用本系統(tǒng) MySQL數(shù)據(jù)庫。原則上，數(shù)據(jù)庫設(shè)計應(yīng)遵循本規(guī)范說明，特殊情況可例外，但需說明原因。規(guī)范命名1.庫名、表名、字段名必須使用小寫字母,命名有需要的話采用下劃線分割2.庫名、表名、字段名禁止超過32個字符3.庫名、表名、字段名支持最多64個字符 ,但為了統(tǒng)一規(guī)范、易于辨識以及減少傳輸量,禁止超過 32個字符。4.庫名、表名、字段名禁止使用MySQL 保留字表1.減少或避免使用臨時表；2.每一個表都需要設(shè)置主鍵3.表沒有主鍵 ,INNODB 會默認設(shè)置隱藏的主鍵列;沒有主鍵的表在定位數(shù)據(jù)行的

2、時候非常困難,也會降低基于行復(fù)制的效率。范式1.表不要求一定滿足第三范式，根據(jù)實際情況可適當(dāng)添加冗余字段。2.我們的原則是一個SQL 最好只操作一個表，最多不能超過3 個表的關(guān)聯(lián)。如果實現(xiàn)一個常用的功能需要一個關(guān)聯(lián)多表的查詢，則需要重新考慮設(shè)計。3.由程序保證冗余數(shù)據(jù)的維護。'.約束1.對于字典類型的表，因數(shù)據(jù)量小，修改少，影響面大，應(yīng)依賴數(shù)據(jù)庫約束來確保數(shù)據(jù)質(zhì)量。2.對于日志或流水型表，為了提升效率，可以釋放放寬限制。之所以分開，是從性能以及影響面考慮的。對于字典類型的數(shù)據(jù)，因為修改少，約束給其性能帶來的負面影響忽略。但是一個數(shù)據(jù)字段的數(shù)據(jù)錯誤，影響面非常廣，因此，需要非常嚴(yán)謹(jǐn)。前段

3、程序或者手工添加此類數(shù)據(jù)時，容易出現(xiàn)錯誤，因此需要通過約束來保證其數(shù)據(jù)的質(zhì)量。日志或者流水型表剛好相反，它一般只影響個別用戶，但數(shù)據(jù)量較大，修改較為頻繁，性能優(yōu)先。字段1.對于字段設(shè)計，概況下來一個原則是：越簡單越好，越小越好。2. 選擇最合適的數(shù)據(jù)類型，能用數(shù)字類型不用varchar 類型；能用 date/datetime 類型不用 varchar類型；避免使用char 類型；不使用浮點數(shù)，可以通過乘以一個系數(shù)來轉(zhuǎn)換為整型數(shù)據(jù)。3. 字段長度定義遵循最小化原則，夠用就行，不能貪圖方便定義很大的長度。過大的長度容錯性高，容易出現(xiàn)低質(zhì)量數(shù)據(jù)。4.一個表的字段個數(shù)控制在30-50 個字段以內(nèi)；如果字段超過50 個，可考慮將字段按冷熱程度分表。這樣做雖然會給應(yīng)用帶來更多的代碼開發(fā)量，但對于熱表來說，這樣做可以提升buffer 利用率，減少IO，提升查詢的效率。每一個重要的業(yè)務(wù)表都加上create_time和 isDel 兩個字段，數(shù)據(jù)類型為datetime 和 integer ；索引 /主鍵設(shè)計1.主鍵由一個字段構(gòu)成，最多不要超過 3 個，禁止超過 3 個字段的組合主鍵。如果業(yè)務(wù)要求，則創(chuàng)建一個自增字段作為主鍵，再添加一個唯一索引。如果查詢都是基于主鍵字段，且只有1 個及以下輔助索引，則限制可以放寬。'.在建表時，應(yīng)充分考