第一正規化:(確保每列保持原子性)所有欄位值都是不可分解的原子值。
　　第一正規化是最基本的正規化。如果資料庫表中的所有欄位值都是不可分解的原子值，就說明該資料庫表滿足了第一正規化。
第一正規化的合理遵循需要根據系統的實際需求來定。比如某些資料庫系統中需要用到“地址”這個屬性，本來直接將“地址”屬性設計成一個數據庫表的欄位就行。但是如果系統經常會訪問“地址”屬性中的“城市”部分，那麼就非要將“地址”這個屬性重新拆分為省份、城市、詳細地址等多個部分進行儲存，這樣在對地址中某一部分操作的時候將非常方便。這樣設計才算滿足了資料庫的第一正規化。
第二正規化:(確保表中的每列都和主鍵相關)在一個數據庫表中，一個表中只能儲存一種資料，不可以把多種資料儲存在同一張資料庫表中。
　　第二正規化在第一正規化的基礎之上更進一層。第二正規化需要確保資料庫表中的每一列都和主鍵相關，而不能只與主鍵的某一部分相關（主要針對聯合主鍵而言）

。也就是說在一個數據庫表中，一個表中只能儲存一種資料，不可以把多種資料儲存在同一張資料庫表中。
比如要設計一個訂單資訊表，因為訂單中可能會有多種商品，所以要將訂單編號和商品編號作為資料庫表的聯合主鍵。
第三正規化:(確保每列都和主鍵列直接相關,而不是間接相關) 資料表中的每一列資料都和主鍵直接相關，而不能間接相關。
　　第三正規化需要確保資料表中的每一列資料都和主鍵直接相關，而不能間接相關。
　　比如在設計一個訂單資料表的時候，可以將客戶編號作為一個外來鍵和訂單表建立相應的關係。而不可以在訂單表中新增關於客戶其它資訊（比如姓名、所屬公司等）的欄位。
　　BCNF:符合3NF，並且，主屬性不依賴於主屬性。
　　若關係模式屬於第二正規化，且每個屬性都不傳遞依賴於鍵碼，則R屬於BC正規化。
　　通常BC正規化的條件有多種等價的表述：每個非平凡依賴的左邊必須包含鍵碼；每個決定因素必須包含鍵碼。
　　BC正規化既檢查非主屬性，又檢查主屬性。當只檢查非主屬性時，就成了第三正規化。滿足BC正規化的關係都必然滿足第三正規化。
　　還可以這麼說：若一個關係達到了第三正規化，並且它只有一個候選碼，或者它的每個候選碼都是單屬性，則該關係自然達到BC正規化。
　　一般，一個數據庫設計符合3NF或BCNF就可以了。
第四正規化:要求把同一表內的多對多關係刪除。
第五正規化:從最終結構重新建立原始結構。