以下摘自：
資料庫（第一正規化，第二正規化，第三正規化）
正規化：英文名稱是 normal form，它是英國人 e.f.codd（關聯式資料庫的老祖宗）在上個世紀70年代提出關聯式資料庫模型後總結出來的，正規化是關聯式資料庫理論的基礎，也是我們在設計資料庫結構過程中所要遵循的規則和指導方法。目前有跡可尋的共有8種正規化，依次是：1nf，2nf，3nf，bcnf，4nf，5nf，dknf，6nf。通常所用到的只是前三個正規化，即：第一正規化（1nf），第二正規化（2nf），第三正規化（3nf）。下面就簡單介紹下這三個正規化。
◆ 第一正規化（1nf）：強調的是列的原子性，即列不能夠再分成其他幾列。
考慮這樣乙個表：【聯絡人】（姓名，性別，**）
如果在實際場景中，乙個聯絡人有家庭**和公司**，那麼這種表結構設計就沒有達到 1nf。要符合 1nf 我們只需把列（**）拆分，即：【聯絡人】（姓名，性別，家庭**，公司**）。1nf 很好辨別，但是 2nf 和 3nf 就容易搞混淆。
◆ 第二正規化（2nf）：首先是 1nf，另外包含兩部分內容，一是表必須有乙個主鍵；二是沒有包含在主鍵中的列必須完全依賴於主鍵，而不能只依賴於主鍵的一部分。
考慮乙個訂單明細表：【orderdetail】（orderid，productid，unitprice，discount，quantity，productname）。
因為我們知道在乙個訂單中可以訂購多種產品，所以單單乙個 orderid 是不足以成為主鍵的，主鍵應該是（orderid，productid）。顯而易見 discount（折扣），quantity（數量）完全依賴（取決）於主鍵（oderid，productid），而 unitprice，productname 只依賴於 productid。所以 orderdetail 表不符合 2nf。不符合 2nf 的設計容易產生冗餘資料。
可以把【orderdetail】表拆分為【orderdetail】（orderid，productid，discount，quantity）和【product】（productid，unitprice，productname）來消除原訂單表中unitprice，productname多次重複的情況。
◆ 第三正規化（3nf）：首先是 2nf，另外非主鍵列必須直接依賴於主鍵，不能存在傳遞依賴。即不能存在：非主鍵列 a 依賴於非主鍵列 b，非主鍵列 b 依賴於主鍵的情況。
考慮乙個訂單表【order】（orderid，orderdate，customerid，customername，customeraddr，customercity）主鍵是（orderid）。
其中 orderdate，customerid，customername，customeraddr，customercity 等非主鍵列都完全依賴於主鍵（orderid），所以符合 2nf。不過問題是 customername，customeraddr，customercity 直接依賴的是 customerid（非主鍵列），而不是直接依賴於主鍵，它是通過傳遞才依賴於主鍵，所以不符合 3nf。
通過拆分【order】為【order】（orderid，orderdate，customerid）和【customer】（customerid，customername，customeraddr，customercity）從而達到 3nf。
第二正規化（2nf）和第三正規化（3nf）的概念很容易混淆，區分它們的關鍵點在於，2nf：非主鍵列是否完全依賴於主鍵，還是依賴於主鍵的一部分；3nf：非主鍵列是直接依賴於主鍵，還是直接依賴於非主鍵列。
以下摘自：
資料庫三正規化簡單理解
資料庫設計當中三正規化是經常遇到的，如果實際專案資料庫設計中能達到第三正規化基本也就滿足要求了，那麼如何快速有效的理解三個正規化，同時應用於實際專案中去呢？
首先看看標準定義的三個正規化：
第一正規化（1nf)
所謂第一正規化（1nf）是指資料庫表的每一列都是不可分割的基本資料項，同一列中不能有多個值，即實體中的某個屬性不能有多個值或者不能有重複的屬性。如果出現重複的屬性，就可能需要定義乙個新的實體，新的實體由重複的屬性構成，新實體與原實體之間為一對多關係。在第一正規化（1nf）中表的每一行只包含乙個例項的資訊。
在任何乙個關聯式資料庫中，第一正規化（1nf）是對關係模式的基本要求，不滿足第一正規化（1nf）的資料庫就不是關聯式資料庫。
我的理解：列不可分。
第二正規化（2nf)
第二正規化（2nf）是在第一正規化（1nf）的基礎上建立起來的，即滿足第二正規化（2nf）必須先滿足第一正規化（1nf）。第二正規化（2nf）要求資料庫表中的每個例項或行必須可以被惟一的區分。為實現區分通常需要為表加上乙個列，以儲存各個例項的惟一標識。要求實體的屬性完全依賴於主關鍵字。
我的理解：不能部分依賴。即：一張表存在組合主鍵時，其他非主鍵字段不能部分依賴。
第三正規化（3nf)
滿足第三正規化（3nf）必須先滿足第二正規化（2nf）。簡而言之，第三正規化（3nf）要求乙個資料庫表中不包含已在其它表中已包含的非主關鍵字資訊。
在第二正規化的基礎上，資料表中如果不存在非關鍵字段對任一候選關鍵字段的傳遞函式依賴則符合第三正規化。
我的理解：不能存在傳遞依賴。即：除主鍵外，其他字段必須依賴主鍵。
官方標準的定義，我個人感覺說得非常術語化，比較難以理解消化。我簡單的理解為三句話，非常簡短，比較好理解。如果各位路過朋友們，有更好理解的總結，請不吝指出！
第一正規化(1nf)：無重複的列
每乙個屬性都是原子項，不可分割。1nf是關係模型應具備最起碼的條件，如果資料庫設計
不能滿足第一正規化，就不稱為關聯式資料庫。
第二正規化(2nf)：屬性完全依賴主鍵
第二正規化要滿足以下的條件：首先要滿足第一正規化，其次每個非主屬性要完成函式依賴與候選健，或者主鍵。也就是說，每個非主屬性都是由整個主鍵函式決定的，而不能由主鍵的一部分來決定。第二正規化要求資料庫表中的每個例項或行必須可以被唯一的區分。簡而言之，第二正規化就是屬性完全依賴於主鍵。
第三正規化(3nf)：屬性不依賴於其他非主屬性
滿足第三正規化必須先滿足第二正規化。簡而言之，第三正規化要求乙個資料庫表中不包含已在其他表中已包含的非關鍵字資訊。例如，存在乙個部門資訊表，其中每個部門有部門編號(dept_id)、部門名稱、部門簡介等資訊。那麼在員工資訊表中列出部門標號後就不能再將部門名稱、部門簡介等與部門有關的資訊再加如員工資訊表中。如果不存在部門資訊表，則根據第三正規化也應該構建它，否則就會有大量的資料冗餘。簡而言之，第三正規化就是屬性不依賴於其他非主屬性。
總結
：第一正規化：第一正規化要求每列必需是最小的原子單元，即不能再分。第二正規化：第二正規化要求每列必需和主鍵相關，不相關的列放入別的表中，即要求乙個表只描述一件事情。第三正規化：第三正規化要求表中各列必需和主鍵直接相關，不能間接相關，瀏覽每個表，都滿足第三正規化要求。
資料庫設計當中三正規化是經常遇到的，如果實際專案資料庫設計中能達到第三正規化基本也就滿足要求了，那麼如何快速有效的理解三個正規化，同時應用於實際專案中去呢？
首先看看標準定義的三個正規化：
第一正規化（1nf)
所謂第一正規化（1nf）是指資料庫表的每一列都是不可分割的基本資料項，同一列中不能有多個值，即實體中的某個屬性不能有多個值或者不能有重複的屬性。如果出現重複的屬性，就可能需要定義乙個新的實體，新的實體由重複的屬性構成，新實體與原實體之間為一對多關係。在第一正規化（1nf）中表的每一行只包含乙個例項的資訊。
在任何乙個關聯式資料庫中，第一正規化（1nf）是對關係模式的基本要求，不滿足第一正規化（1nf）的資料庫就不是關聯式資料庫。
我的理解：列不可分。
第二正規化（2nf)
第二正規化（2nf）是在第一正規化（1nf）的基礎上建立起來的，即滿足第二正規化（2nf）必須先滿足第一正規化（1nf）。第二正規化（2nf）要求資料庫表中的每個例項或行必須可以被惟一的區分。為實現區分通常需要為表加上乙個列，以儲存各個例項的惟一標識。要求實體的屬性完全依賴於主關鍵字。
我的理解：不能部分依賴。即：一張表存在組合主鍵時，其他非主鍵字段不能部分依賴。
第三正規化（3nf)
滿足第三正規化（3nf）必須先滿足第二正規化（2nf）。簡而言之，第三正規化（3nf）要求乙個資料庫表中不包含已在其它表中已包含的非主關鍵字資訊。
在第二正規化的基礎上，資料表中如果不存在非關鍵字段對任一候選關鍵字段的傳遞函式依賴則符合第三正規化。
我的理解：不能存在傳遞依賴。即：除主鍵外，其他字段必須依賴主鍵。
官方標準的定義，我個人感覺說得非常術語化，比較難以理解消化。我簡單的理解為三句話，非常簡短，比較好理解。如果各位路過朋友們，有更好理解的總結，請不吝指出！
資料庫設計三大正規化資料庫設計三大正規化
為了建立冗餘較小 結構合理的資料庫，設計資料庫時必須遵循一定的規則。在關係型資料庫中這種規則就稱為正規化。正規化是符合某一種設計要求的總結。要想設計乙個結構合理的關係型資料庫，必須滿足一定的正規化。在實際開發中最為常見的設計正規化有三個 1 第一正規化 確保每列保持原子性 第一正規化是最基本的正規化...
資料庫三大正規化
1 第一正規化 1nf 在任何乙個關聯式資料庫中，第一正規化 1nf 是對關係模式的基本要求，不滿足第一正規化 1nf 的資料庫就不是關聯式資料庫。所謂第一正規化 1nf 是指資料庫表的每一列都是不可分割的基本資料項，同一列中不能有多個值，即實體中的某個屬性不能有多個值或者不能有重複的屬性。如果出現...
資料庫三大正規化
第一正規化 確保每列的原子性.如果每列 或者每個屬性 都是不可再分的最小資料單元 也稱為最小的原子單元 則滿足第一正規化.例如 顧客表 姓名 編號 位址 其中 位址 列還可以細分為國家 省 市 區等。第二正規化 在第一正規化的基礎上更進一層,目標是確保表中的每列都和主鍵相關.如果乙個關係滿足第一正規...