什么是范式？
簡言之就是，數據庫設計對數據的存儲性能，還有開發人員對數據的操作都有莫大的關系。所以建立科學的，規范的的數據庫是需要滿足一些規范的來優化數據數據存儲方式。在關系型數據庫中這些規范就可以稱為范式。（簡單來說，就是根據需要，來優化數據存儲方式！）
什么是三大范式？
第一范式：當關系模式R的所有屬性都不能在分解為更基本的數據單位時，稱R是滿足第一范式的，簡記為1NF。滿足第一范式是關系模式規范化的最低要求，否則，將有很多基本操作在這樣的關系模式中實現不了。（說白了，就是關系模式R的所有屬性不能再分解了，那么R就滿足第一范式！）
特性：
1、每一列屬性都是不可再分的屬性值，確保每一列的原子性
2、兩列的屬性相近或相似或一樣，盡量合並屬性一樣的列，確保不產生冗余數據。
如果需求知道那個省那個市並按其分類，那么顯然第一個表格是不容易滿足需求的，也不符合第一范式。
顯然第一個表結構不但不能滿足足夠多物品的要求，還會在物品少時產生冗余。也是不符合第一范式的。
第二范式：如果關系模式R滿足第一范式，並且R得所有非主屬性都完全依賴於R的每一個候選關鍵屬性，稱R滿足第二范式，簡記為2NF。（說白了，就是非主屬性都要依賴於每一個關鍵屬性！）
每一行的數據只能與其中一列相關，即一行數據只做一件事。只要數據列中出現數據重復，就要把表拆分開來。
一個人同時訂幾個房間，就會出來一個訂單號多條數據，這樣子聯系人都是重復的，就會造成數據冗余。我們應該把他拆開來。
這樣便實現一條數據做一件事，不摻雜復雜的關系邏輯。同時對表數據的更新維護也更易操作。
第三范式：設R是一個滿足第一范式條件的關系模式，X是R的任意屬性集，如果X非傳遞依賴於R的任意一個候選關鍵字，稱R滿足第三范式，簡記為3NF.
數據不能存在傳遞關系，即沒個屬性都跟主鍵有直接關系而不是間接關系。像：a-->b-->c 屬性之間含有這樣的關系，是不符合第三范式的。
比如Student表（學號，姓名，年齡，性別，所在院校，院校地址，院校電話）
這樣一個表結構，就存在上述關系。 學號--> 所在院校 --> (院校地址，院校電話)
這樣的表結構，我們應該拆開來，如下。
（學號，姓名，年齡，性別，所在院校）--（所在院校，院校地址，院校電話）