再次強化資料庫正規化,別在犯迷糊:
大部分資料庫從業人員都知道關聯式資料庫有三個基本的正規化，即：第一正規化，第二正規化，第三正規化。當然也有牛人知道bc正規化，第四正規化，第五正規化，第六正規化，甚至還有個dk正規化。本人對資料庫的正規化概念也是一知半解的，想想有些可笑，搞資料庫的竟然不了解關聯式資料庫的基礎——正規化。這不最近查閱了不少資料，今天把這些東東總結一下。
正規化：英文名稱是 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 字段不可分 2nf 有主鍵，非主鍵字段依賴主鍵 3nf 非主鍵字段不能相互依賴 解釋 1nf 原子性 字段不可再分,否則就不是關聯式資料庫 2nf 唯一性 乙個表只說明乙個事物 3nf 每列都與主鍵有直接關係，不存在傳遞依賴 不符合第一正規化的例子 關聯式資料庫中create不出這樣的表 表...
三正規化的理解
list b 第二正規化 2nf b 單關鍵字的表，或者若為組合關鍵字則必須沒有關鍵字組合鍵中的某個字段 非關鍵字段的表 b 第三正規化 3nf b 在第二正規化的基礎上，資料表中如果不存在傳遞函式依賴 關鍵字段 非關鍵字段x 非關鍵字段y list size large b 第一正規化 1nf b...
SQL三正規化理解
sql三正規化的理解 做為一條有用的資料，那麼他必須是完整的，也就是資料的完整性，那怎麼才能做到資料的完整性呢？在設計資料庫時我們需要滿足三正規化的要求，那什麼是三正規化呢，三正規化分為三部分，第一步是資料的原子性，所謂原子就是不可分割的最小的單位，我們設計的表裡面的列必須是乙個能夠表達完整的資訊的...