正規化是指資料庫表的設計規則，好的資料庫設計對資料庫的儲存效能和後期的程式開發都會產生重大的影響，建立科學的、規範的資料庫就需要滿足一系列的規則來優化資料庫的設計和儲存。
目前資料庫的正規化分為六種：第一正規化（1nf）、第二正規化（2nf）、第三正規化（3nf）、巴斯-科德正規化（bcnf）、第四正規化（4nf）、第五正規化（5nf，完美正規化）資料庫的表每一列都是不可分割的原子資料，而不能是集合、陣列、記錄等非原子資料項，即實體中的某個屬性有多個值時，必須拆分為不同的屬性。在符合第一正規化（1nf）表中每個列的值只能是表的乙個屬性或乙個屬性的一部分。簡而言之，在第一正規化的基礎上滿足更多規範要求稱為第二正規化，其餘正規化以此類推，一般來說，滿足第三正規化就行了。
第一正規化每一列不可再拆分，稱為原子性。 第一正規化：每一列不能再拆分第一正規化的合理遵循需要根據系統給的實際需求來確定。比如某些資料庫系統中需要用到「位址」這個屬性，本來直接將「位址」屬性設計成為乙個資料庫表的字段就行，但是如果系統經常訪問「位址」屬性中的「城市」部分，那麼一定要把「位址」這個屬性重新拆分為省份、城市、詳細位址等多個部分來進行儲存，這樣對位址中某乙個部分操作的時候將非常方便，這樣設計才算滿足資料庫的第一正規化。如下圖。
上圖所示的使用者資訊遵循第一正規化的要求，這樣對使用者使用城市進行分類的時候就非常方便，也提高了資料庫的效能。
第二正規化比第一正規化更加嚴謹，第二正規化需要確保資料庫表中的每一列都和主鍵相關，而不是與主鍵的某一部分有關（主要針對聯合主鍵而言），也就是說在乙個資料表中只能儲存一種資料，不可以把多種資料存在同一張資料庫表中。
比如要設計乙個訂單資訊表，因為訂單中可能會有多種商品，所以要將訂單編號和商品編號作為資料庫表的聯合主鍵，如下圖。
這裡產生乙個問題：這個表中是以訂單編號和商品編號作為聯合主鍵，這樣在該表中商品名稱、單位、商品**等資訊不與該錶的主鍵相關，而僅僅是與商品的編號相關，所以在這裡違反了第二正規化的設計原則。
而如果把這個訂單資訊表進行拆分，把商品資訊分離到另乙個表中，把訂單專案表也分離到另乙個表中，就非常完美了，如下圖。
這裡這樣設計，在很大程度上減小了資料庫的冗餘，如果要獲取訂單的商品資訊，使用商品編號到商品資訊表中查詢即可
在2nf基礎上，任何非主屬性不依賴於其它非主屬性（在2nf基礎上消除傳遞依賴） 第三正規化（3nf）是第二正規化（2nf）的乙個子集，即滿足第三正規化（3nf）必須滿足第二正規化（2nf）。簡而言之，第三正規化（3nf）要求乙個關係中不包含已在其它關係已包含的非主關鍵字資訊。
第三正規化需要確保資料表中的每一列資料都和主鍵直接相關，而不能間接相關。
比如在設計乙個訂單資料表的時候，可以將客戶編號作為乙個外來鍵和訂單表建立相應的關係，而不可以在訂單表中新增關於客戶其他資訊（比如姓名、所屬公司）的字段，如下面這兩個表所示的設計就是乙個滿足第三正規化的資料庫表。
這樣在查詢訂單資訊的時候，就可以使用客戶編號來引用客戶資訊表中的記錄，也不必再訂單資訊表中多次輸入客戶資訊的內容，減小了資料冗餘。
如果不遵守第一正規化，查詢出資料還需要進一步處理（查詢不方便）。遵守第一正規化，需要什麼欄位的資料就查詢什麼資料（方便查詢）。
如果不准守第二正規化，資料冗餘，相同資料無法區分。遵守第二正規化減少資料冗餘，通過主鍵區分相同資料。
如果不准守第三正規化，可能會有相同資料無法區分，修改資料的時候多張表都需要修改（不方便修改）。遵守第三正規化通過id可以區分相同資料，修改資料的時候只需要修改一張表（方便修改）。
資料庫正規化 三正規化
所謂第一正規化 1nf 是指在關係模型中，對域新增的乙個規範要求，所有的域都應該是原子性的，即資料庫表的每一列都是不可分割的原子資料項，而不能是集合，陣列，記錄等非原子資料項。即實體中的某個屬性有多個值時，必須拆分為不同的屬性。在符合第一正規化 1nf 表中的每個域值只能是實體的乙個屬性或乙個屬性的...
資料庫三正規化
資料庫的三正規化 1n 關係r中的屬性都是不可分割的項.2n 在1n的基礎上,每個非主屬性完全函式依賴於碼.3n 在2n的基礎上,每乙個非主屬性既不部分依賴於碼也不傳遞依賴於碼.1n 消除非主屬性對碼的部分函式依賴 2n 消除非主屬性對碼的傳遞函式依賴 3n 消除主屬性對碼的部分和傳遞函式依賴 bc...
資料庫三正規化
1 第一正規化 1nf 無重複的列 所謂第一正規化 1nf 是指資料庫表的每一列都是不可分割的基本資料項，同一列中不能有多個值，即實體中的某個屬性不能有多個值或者不能有重複的屬性。如果出現重複的屬性，就可能需要定義乙個新的實體，新的實體由重複的屬性構成，新實體與原實體之間為一對多關係。在第一正規化 ...