目錄

• 前言
• 一、第一正規化1NF（列不可再分）
• 二、第二正規化2NF（屬性完全依賴於主鍵）
• 三、第三正規化3NF（屬性不依賴於其它非主屬性 屬性直接依賴於主鍵）
• 四、總結

前言

• 資料庫設計對資料的儲存效能，還有開發人員對資料的操作都有莫大的關係
• 建立科學的，規範的資料庫是需要滿足一些規範的來優化資料資料儲存方式
• 在關係型資料庫中這些規範就可以稱為正規化

一、第一正規化1NF（列不可再分）

當關系模式R的所有屬性都不能在分解為更基本的資料單位時，稱R是滿足第一正規化的，簡記為1NF。滿足第一正規化是關係模式規範化的最低要求，否則，將有很多基本操作在這樣的關係模式中實現不了

• 每一列屬性都是不可再分的屬性值，確保每一列的原子性
• 兩列的屬性相近或相似或一樣，儘量合併屬性一樣的列，確保不產生冗餘資料
  
  如果需求知道那個省那個市並按其分類，那麼顯然第一個表格是不容易滿足需求的，也不符合第一正規化
  
  顯然第一個表結構不但不能滿足足夠多物品的要求，還會在物品少時產生冗餘。也是不符合第一正規化的

二、第二正規化2NF（屬性完全依賴於主鍵）

如果關係模式R滿足第一正規化，並且R得所有非主屬性都完全依賴於R的每一個候選關鍵屬性，稱R滿足第二正規化，簡記為2NF

• 第二正規化（2NF）是在第一正規化（1NF）的基礎上建立起來的，即滿足第二正規化（2NF）必須先滿足第一正規化（1NF）。
• 第二正規化（2NF）要求資料庫表中的每個例項或行必須可以被惟一地區分。為實現區分通常需要為表加上一個列，以儲存各個例項的惟一標識。這個惟一屬性列被稱為主鍵

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

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

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

三、第三正規化3NF（屬性不依賴於其它非主屬性 屬性直接依賴於主鍵）

設R是一個滿足第一正規化條件的關係模式，X是R的任意屬性集，如果X非傳遞依賴於R的任意一個候選關鍵字，稱R滿足第三正規化，簡記為3NF
資料不能存在傳遞關係，即沒個屬性都跟主鍵有直接關係而不是間接關係。像：a–>b–>c 屬性之間含有這樣的關係，是不符合第三正規化的。

四、總結

三大正規化只是一般設計資料庫的基本理念，可以建立冗餘較小、結構合理的資料庫。如果有特殊情況，當然要特殊對待，資料庫設計最重要的是看需求跟效能，需求>效能>表結構。所以不能一味的去追求正規化建立資料庫