# Mysql設計規范 ## 前言 在設計數據庫前,請先參照此規范已有定義字段類型設計數據庫,未規范的字段類型請團隊自行研究. > 對于數據庫的管理 Windows 使用 [Heidisql](https://www.heidisql.com/) Mac 使用 [SequelPro](https://sequelpro.com/) 公司PHPmyadmin在不久將會關閉停用 ## 起步 ### 范式 通俗地理解三個范式，對于數據庫設計大有好處。在數據庫設計中，為了更好地應用三個范式，就必須通俗地理解三個范式(通俗地理解是夠用的理解，并不是最科學最準確的理解)： + 第一范式：1NF是對屬性的原子性約束，要求屬性具有原子性，不可再分解，即沒有表中表； + 第二范式：2NF是對記錄的惟一性約束，要求記錄有惟一標識，即實體的惟一性； + 第三范式：3NF是對字段冗余性的約束，即任何字段不能由其他字段派生出來，它要求字段沒有冗余。 > 通常情況下,這3個范式適用于大多數場景 > 在設計時遵循 由低到高，逐步規范，權衡利弊，適可而止 ### 數據庫常用字段類型 ### 表設計規范 + 表必須有自增唯一主鍵 + 采用26個英文字母(區分大小寫)和0-9的自然數(經常不需要)加上下劃線'_'組成; + 命名簡潔明確,多個單詞用下劃線'_'分隔; > 例如：user_login, user_profile, user_detail, user_role, user_role_relation,user_role_right, user_role_right_relation + 表前綴'user_'可以有效的把相同關系的表顯示在一起; ### 外鍵規范 + 使用表全名作為外鍵字段 比如 user => user_id ,order => order_id ,user_detail => + 不需要表前綴 比如表名為dp_user 直接為user_id ### 字段設計規范 + 用盡量少的存儲空間來存數一個字段的數據; > 例如：能使用int就不要使用varchar、char,能用varchar(16)就不要使用varchar(256); + IP地址最好使用int類型; + 固定長度的類型最好使用char,例如：郵編; + 能使用tinyint就不要使用smallint,int; + 最好給每個字段一個默認值,最好不能為null; ### 常用字段設計 這里整理出生產過程中常用的字段設計 使用范圍 | 類型 | 備注 ----|------|---- 價格 | decimal(8,2) | foo 時間 | int(10) | bar