【數據庫】數據庫三大範式

參考文獻：

https://www.cnblogs.com/knowledgesea/p/3667395.html

1、數據庫設計範式

什麼是範式：

簡言之就是，數據庫設計對數據的存儲性能，還有開發人員對數據的操做都有莫大的關係。因此創建科學的，規範的的數據庫是須要知足一些

規範的來優化數據數據存儲方式。在關係型數據庫中這些規範就能夠稱爲範式。

什麼是三大範式：

第一範式：當關系模式R的全部屬性都不能在分解爲更基本的數據單位時，稱R是知足第一範式的，簡記爲1NF。知足第一範式是關係模式規範化的最低要

求，不然，將有不少基本操做在這樣的關係模式中實現不了。

第二範式：若是關係模式R知足第一範式，而且R得全部非主屬性都徹底依賴於R的每個候選關鍵屬性，稱R知足第二範式，簡記爲2NF。

第三範式：設R是一個知足第一範式條件的關係模式，X是R的任意屬性集，若是X非傳遞依賴於R的任意一個候選關鍵字，稱R知足第三範式，簡記爲3NF.

注：關係實質上是一張二維表，其中每一行是一個元組，每一列是一個屬性

2、三大範式的理解

第一範式

   一、每一列屬性都是不可再分的屬性值，確保每一列的原子性

 

   二、兩列的屬性相近或類似或同樣，儘可能合併屬性同樣的列，確保不產生冗餘數據。

 

 

 

若是需求知道那個省那個市並按其分類，那麼顯然第一個表格是不容易知足需求的，也不符合第一範式。

 

 

 

顯然第一個表結構不但不能知足足夠多物品的要求，還會在物品少時產生冗餘。也是不符合第一範式的。

 

第二範式

 

每一行的數據只能與其中一列相關，即一行數據只作一件事。只要數據列中出現數據重複，就要把表拆分開來。

 

 

一我的同時訂幾個房間，就會出來一個訂單號多條數據，這樣子聯繫人都是重複的，就會形成數據冗餘。咱們應該把他拆開來。

 

 

 

 

 

這樣便實現啦一條數據作一件事，不摻雜複雜的關係邏輯。同時對錶數據的更新維護也更易操做。

 

第三範式

 數據不能存在傳遞關係，即沒個屬性都跟主鍵有直接關係而不是間接關係。像：a-->b-->c  屬性之間含有這樣的關係，是不符合第三範式的。

好比Student表（學號，姓名，年齡，性別，所在院校，院校地址，院校電話）

這樣一個表結構，就存在上述關係。 學號--> 所在院校 --> (院校地址，院校電話)

這樣的表結構，咱們應該拆開來，以下。

（學號，姓名，年齡，性別，所在院校）--（所在院校，院校地址，院校電話）

 

最後：

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