通俗易懂的數據庫設計三大範式

爲了創建冗餘較小、結構合理的數據庫，設計數據庫時必須遵循必定的規則。在關係型數據庫中這種規則就稱爲範式。範式是符合某一種設計要求的總結。要想設計一個結構合理的關係型數據庫，必須知足必定的範式。

　　在實際開發中最爲常見的設計範式有三個：

　　1．第一範式

　　第一範式是最基本的範式。若是數據庫表中的全部字段值都是不可分解的原子值，就說明該數據庫表知足了第一範式。

　　第一範式的合理遵循須要根據系統的實際需求來定。好比某些數據庫系統中須要用到「地址」這個屬性，原本直接將「地址」屬性設計成一個數據庫表的字段就行。可是若是系統常常會訪問「地址」屬性中的「城市」部分，那麼就非要將「地址」這個屬性從新拆分爲省份、城市、詳細地址等多個部分進行存儲，這樣在對地址中某一部分操做的時候將很是方便。這樣設計纔算知足了數據庫的第一範式，以下表所示。

用戶信息表

編號	姓名	性別	年齡	聯繫電話	省份	城市	詳細地址
1	張紅欣	男	26	0378-23459876	河南	開封	朝陽區新華路23號
2	李四平	女	32	0751-65432584	廣州	廣東	白雲區天明路148號
3	劉志國	男	21	0371-87659852	河南	鄭州	二七區大學路198號
4	郭小明	女	27	0371-62556789	河南	鄭州	新鄭市薛店北街218號

　　上表所示的用戶信息遵循了第一範式的要求，這樣在對用戶使用城市進行分類的時候就很是方便，也提升了數據庫的性能。

　　2．第二範式

　　第二範式在第一範式的基礎之上更進一層。第二範式須要確保數據庫表中的每一列都和主鍵相關，而不能只與主鍵的某一部分相關（主要針對聯合主鍵而言）。也就是說在一個數據庫表中，一個表中只能保存一種數據，不能夠把多種數據保存在同一張數據庫表中。

　　好比要設計一個訂單信息表，由於訂單中可能會有多種商品，因此要將訂單編號和商品編號做爲數據庫表的聯合主鍵，以下表所示。

訂單信息表

訂單編號	商品編號	商品名稱	數量	單位	價格	客戶	所屬單位	聯繫方式
001	1	挖掘機	1	臺	1200000￥	張三	上海玖智	020-1234567
001	2	衝擊鑽	8	把	230￥	張三	上海玖智	020-1234567
002	3	剷車	2	輛	980000￥	李四	北京公司	010-1234567

　　這樣就產生一個問題：這個表中是以訂單編號和商品編號做爲聯合主鍵。這樣在該表中商品名稱、單位、商品價格等信息不與該表的主鍵相關，而僅僅是與商品編號相關。因此在這裏違反了第二範式的設計原則。

　　而若是把這個訂單信息表進行拆分，把商品信息分離到另外一個表中，把訂單項目表也分離到另外一個表中，就很是完美了。以下所示。

訂單信息表

訂單編號	客戶	所屬單位	聯繫方式
001	張三	上海玖智	020-1234567
002	李四	北京公司	010-1234567

訂單項目表

訂單編號	商品編號	數量
001	1	1
001	2	8
002	3	2

商品信息表

商品編號	商品名稱	單位	商品價格
1	挖掘機	臺	1200000￥
2	衝擊鑽	個	230￥
3	剷車	輛	980000￥

　　這樣設計，在很大程度上減少了數據庫的冗餘。若是要獲取訂單的商品信息，使用商品編號到商品信息表中查詢便可。

　　3．第三範式

　　第三範式須要確保數據表中的每一列數據都和主鍵直接相關，而不能間接相關。

　　好比在設計一個訂單數據表的時候，能夠將客戶編號做爲一個外鍵和訂單表創建相應的關係。而不能夠在訂單表中添加關於客戶其它信息（好比姓名、所屬公司等）的字段。以下面這兩個表所示的設計就是一個知足第三範式的數據庫表。

訂單信息表

訂單編號	訂單項目	負責人	業務員	訂單數量	客戶編號
001	挖掘機	劉明	李東明	1臺	1
002	衝擊鑽	李剛	霍新峯	8個	2
003	剷車	郭新一	艾美麗	2輛	1

客戶信息表

客戶編號	客戶名稱	所屬公司	聯繫方式
1	李聰	五一建設	13253661015
2	劉新明	個體經營	13285746958

　　這樣在查詢訂單信息的時候，就可使用客戶編號來引用客戶信息表中的記錄，也沒必要在訂單信息表中屢次輸入客戶信息的內容，減少了數據冗餘。