關係資料庫中的關係必須滿足一定的要求。滿足不同程度要求的為不同正規化。資料庫的設計正規化是資料庫設計所需要滿足的規範。只有理解資料庫的設計正規化，才能設計出高效率、優雅的資料庫，否則可能會設計出錯誤的資料庫.

目前，主要有六種正規化：第一正規化、第二正規化、第三正規化、BC正規化、第四正規化和第五正規化。滿足最低要求的叫第一正規化，簡稱1NF。在第一正規化基礎上進一步滿足一些要求的為第二正規化，簡稱2NF。其餘依此類推。

正規化可以避免資料冗餘，減少資料庫的空間，減輕維護資料完整性的麻煩，但是操作困難，因為需要聯絡多個表才能得到所需要資料，而且正規化越高效能就會越差。要權衡是否使用更高正規化是比較麻煩的，一般在專案中，用得最多的也就是第三正規化，我認為使用到第三正規化也就足夠了，效能好而且方便管理資料。

函式依賴,如果一個表中某一個欄位Y的值是由另外一個欄位或一組欄位X的值來確定的，就稱為Y函式依賴於X。

第一正規化(1NF)
定義：如果關係模式R的每個關係r的屬性都是不可分的資料項，那麼就稱R是第一正規化的模式。
簡單的說，每一個屬性都是原子項，不可分割。
1NF是關係模式應具備的最起碼的條件，如果資料庫設計不能滿足第一正規化，就不稱為關係型資料庫。關係資料庫設計研究的關係規範化是在1NF之上進行的。

例如(學生資訊表)：
學生編號 姓名 性別 聯絡方式
20080901 張三 男 email:[email protected],phone:88886666
20080902 李四 女 email:

以上的表就不符合，第一正規化：聯絡方式欄位可以再分，所以變更為正確的是：

學生編號 姓名 性別 電子郵件 電話
20080901 張三 男 [email protected] 88886666
20080902 李四 女 [email protected] 66668888

第二正規化（2NF）
定義：如果關係模式R是1NF，且每個非主屬性完全函式依賴於候選鍵，那麼就稱R是第二正規化。
簡單的說，第二正規化要滿足以下的條件：首先要滿足第一正規化，其次每個非主屬性要完全函式依賴與候選鍵，或者是主鍵。也就是說，每個非主屬性是由整個主鍵函式決定的，而不能由主鍵的一部分來決定。

例如(學生選課表):
學生 課程 教師 教師職稱 教材 教室 上課時間
李四 Spring 張老師 java講師 《Spring深入淺出》 ３０１ 08:00
張三 Struts 楊老師 java講師 《Struts in Action》 ３０２ 13:30

這裡通過（學生，課程）可以確定教師、教師職稱，教材，教室和上課時間，所以可以把（學生，課程）作為主鍵。但是，教材並不完全依賴於（學生，課程），只拿出課程就可以確定教材，因為一個課程，一定指定了某個教材。這就叫不完全依賴，或者部分依賴。出現這種情況，就不滿足第二正規化。

修改後，選課表：
學生 課程 教師 教師職稱 教室 上課時間
李四 Spring 張老師 java講師 ３０１ 08:00
張三 Struts 楊老師 java講師 ３０２ 13:30

課程表：
課程 教材 
Spring 《Spring深入淺出》 
Struts 《Struts in Action》

所以，第二正規化可以說是消除部分依賴。第二正規化可以減少插入異常，刪除異常和修改異常。

第三正規化（3NF）
定義：如果關係模式R是2NF，且關係模式R（U，F）中的所有非主屬性對任何候選關鍵字都不存在傳遞依賴，則稱關係R是屬於第三正規化。  
簡單的說，第三正規化要滿足以下的條件：首先要滿足第二正規化，其次非主屬性之間不存在函式依賴。由於滿足了第二正規化，表示每個非主屬性都函式依賴於主鍵。如果非主屬性之間存在了函式依賴，就會存在傳遞依賴，這樣就不滿足第三正規化。

上例中修改後的選課表中，一個教師能確定一個教師職稱。這樣，教師依賴於（學生，課程），而教師職稱又依賴於教師，這叫傳遞依賴。第三正規化就是要消除傳遞依賴。

修改後，選課表：

學生 課程 教師 教室 上課時間
李四 Spring 張老師 ３０１ 08:00
張三 Struts 楊老師 ３０２ 13:30

教師表：
教師 教師職稱
張老師 java講師
楊老師 java講師

這樣，新教師的職稱在沒被選課的時候也有地方存了，沒人選這個教師的課的時候教師的職稱也不至於被刪除，修改教師職稱時只修改教師表就可以了。

簡單的說，
第一正規化就是原子性，欄位不可再分割；
第二正規化就是完全依賴，沒有部分依賴；
第三正規化就是沒有傳遞依賴。