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

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

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

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