什麼是範式？ 簡言之就是，資料庫設計對數據的存儲性能，還有開發人員對數據的操作都有莫大的關係。所以建立科學的，規範的的資料庫是需要滿足一些規範的來優化數據數據存儲方式。在關係型資料庫中這些規範就可以稱為範式。 什麼是三大範式？ 第一範式（1NF）：強調的是列的原子性，即列不能夠再分成其他幾列。 第二 ...
什麼是範式？
簡言之就是，資料庫設計對數據的存儲性能，還有開發人員對數據的操作都有莫大的關係。所以建立科學的，規範的的資料庫是需要滿足一些規範的來優化數據數據存儲方式。在關係型資料庫中這些規範就可以稱為範式。
什麼是三大範式？
第一範式（1NF）：強調的是列的原子性，即列不能夠再分成其他幾列。 第二範式（2NF）：首先是 1NF，另外包含兩部分內容，一是表必須有一個主鍵；二是沒有包含在主鍵中的列必須完全依 賴於主鍵，而不能只依賴於主鍵的一部分。 第三範式（3NF）：首先是 2NF，另外非主鍵列必須直接依賴於主鍵，不能存在傳遞依賴。即不能存在：非主鍵列 A 依賴 於非主鍵列 B，非主鍵列 B 依賴於主鍵的情況。註：關係實質上是一張二維表，其中每一行是一個元組，每一列是一個屬性
如何理解三大範式？
第一範式（1NF）：
1)、每一列屬性都是不可再分的屬性值，確保每一列的原子性
2)、兩列的屬性相近或相似或一樣，儘量合併屬性一樣的列，確保不產生冗餘數據
如果需求說要按哪個省哪個市分類，那麼顯然第一個表格是不容易滿足需求的，也不符合第一範式。
第二範式（2NF）：
每一行的數據只能與其中一列相關，即一行數據只做一件事。只要數據列中出現數據重覆，就要把表拆分開來。
一個人同時買幾件商品，就會出來一個訂單號多條數據，這樣子客戶都是重覆的，就會造成數據冗餘。我們應該把他拆開來。
ruxi
這樣這張表就不會產生數據冗餘了。
第三範式（3NF）：
數據不能存在傳遞關係，即沒個屬性都跟主鍵有直接關係而不是間接關係。像：a-->b-->c 屬性之間含有這樣的關係，是不符合第三範式的。
考慮一個訂單表T_ORDER(OrderNO，PRODUCTNO，CUSTOMERID，CUSTOMERNAME，CUSTOMERPHONE，CUSTOMERCARDID)主鍵是(ORDERNO)。
其中 PRODUCTNO，CUSTOMERID，CUSTOMERNAME，CUSTOMERPHONE，CUSTOMERCARDID 等非主鍵列都完全依賴於主鍵(ORDERNO)，所以符合 2NF.
不過問題是CUSTOMERNAME,CUSTOMERPHONE，CUSTOMERCARDID 直接依賴的是 CUSTOMERID（非主鍵列），而不是直接依賴於主鍵，它是通過傳遞才依賴於主鍵，所以不符合 3NF。
通過拆分T_ORDER為(OrderNO，PRODUCTNO，CUSTOMERID）和T_CUSTOMER（CUSTOMERID，CUSTOMERNAME，CUSTOMERPHONE，CUSTOMERCARDID)從而達到 3NF。如下圖：
結論
三大範式只是一般設計資料庫的基本理念，可以建立冗餘較小、結構合理的資料庫。如果有特殊情況，當然要特殊對待，資料庫設計最重要的是看需求跟性能，需求>性能>表結構。所以不能一味的去追求範式建立資料庫。
