一、資料庫設計正規化

1. 什麼是正規化

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

2. 什麼是三大正規化：

• 第一正規化：當關系模式R的所有屬性都不能在分解為更基本的資料單位時，稱R是滿足第一正規化的，簡記為1NF。滿足第一正規化是關係模式規範化的最低要求，否則，將有很多基本操作在這樣的關係模式中實現不了。
• 第二正規化：如果關係模式R滿足第一正規化，並且R得所有非主屬性都完全依賴於R的每一個候選關鍵屬性，稱R滿足第二正規化，簡記為2NF。
• 第三正規化：設R是一個滿足第一正規化條件的關係模式，X是R的任意屬性集，如果X非傳遞依賴於R的任意一個候選關鍵字，稱R滿足第三正規化，簡記為3NF.

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

二、理解三大正規化

第一正規化

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

2. 兩列的屬性相近或相似或一樣，儘量合併屬性一樣的列，確保不產生冗餘資料。

第二正規化

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

例如： 一個人同時訂幾個房間，就會出來一個訂單號多條資料，這樣子聯絡人都是重複的，就會造成資料冗餘。我們應該把他拆開來。
這樣便實現啦一條資料做一件事，不摻雜複雜的關係邏輯。同時對錶資料的更新維護也更易操作。

第三正規化

1. 資料不能存在傳遞關係，即沒個屬性都跟主鍵有直接關係而不是間接關係。像：a-->b-->c 屬性之間含有這樣的關係，是不符合第三正規化的。

例如：Student表（學號，姓名，年齡，性別，所在院校，院校地址，院校電話）
這樣一個表結構，就存在上述關係。 學號--> 所在院校 --> (院校地址，院校電話)
這樣的表結構，我們應該拆開來，如下。
（學號，姓名，年齡，性別，所在院校）--（所在院校，院校地址，院校電話）

個人意見

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