Java面試題之數據庫三範式是什麼？

什麼是範式？

簡言之就是，數據庫設計對數據的存儲性能，還有開發人員對數據的操做都有莫大的關係。因此創建科學的，規範的的數據庫是須要知足一些規範的來優化數據數據存儲方式。在關係型數據庫中這些規範就能夠稱爲範式。

 

什麼是三大範式？

第一範式（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。以下圖：

 

結論

三大範式只是通常設計數據庫的基本理念，能夠創建冗餘較小、結構合理的數據庫。若是有特殊狀況，固然要特殊對待，數據庫設計最重要的是看需求跟性能，需求>性能>表結構。因此不能一味的去追求範式創建數據庫。