為了建立冗余較小、結構合理的數據庫，設計數據庫時必須遵循一定的規則。在關系型數據庫中這種規則就稱為范式。范式是符合某一種設計要求的總結。要想設計一個結構合理的關系型數據庫，必須滿足一定的范式。

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

1．第一范式

第一范式是最基本的范式。如果數據庫表中的所有字段值都是不可分解的原子值，就說明該數據庫表滿足了第一范式。

第一范式的合理遵循需要根據系統的實際需求來定。比如某些數據庫系統中需要用到“地址”這個屬性，本來直接將“地址”屬性設計成一個數據庫表的字段就行。但是如果系統經常會訪問“地址”屬性中的“城市”部分，那么就非要將“地址”這個屬性重新拆分為省份、城市、詳細地址等多個部分進行存儲，這樣在對地址中某一部分操作的時候將非常方便。這樣設計才算滿足了數據庫的第一范式，如下表所示。

用戶信息表

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

2．第二范式

第二范式在第一范式的基礎之上更進一層。第二范式需要確保數據庫表中的每一列都和主鍵相關。也就是說在一個數據庫表中，一個表中只能保存一種數據，不可以把多種數據保存在同一張數據庫表中。

比如在設計一個訂單數據表的時候，不可以包含與訂單信息無關的其它數據。如下表的設計就完全違背了第二范式的設計理論。 

訂單信息表

從上表來看，后面兩列雖然不是無意義的數據，但是其和主鍵列“訂單編號”毫無關系，所以第二范式認為這種設計是不合理的。

3．第三范式

第三范式在第二范式的基礎上更進一層。第三范式需要確保數據表中的每一列數據都和主鍵直接相關，而不能間接相關。

比如在設計一個訂單數據表的時候，可以將客戶編號作為一個外鍵和訂單表建立相應的關系。而不可以在訂單表中添加關于客戶其它信息（比如姓名、所屬公司等）的字段。如下面這兩個表所示的設計就是一個滿足第三范式的數據庫表。

訂單信息表

客戶信息表

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

原文鏈接：http://www.cnblogs.com/zhhh/archive/2011/04/21/2023355.html

【編輯推薦】

1. 數據庫標準化與范式
2. 數據庫設計三大范式應用實例剖析
3. 一步一步設計你的數據庫2
4. 一步一步設計你的數據庫1