第一正規化
就是屬性不可分割。
屬性是什麼？就是表中的字段。
不可分割的意思就按字面理解就是最小單位，不能再分成更小單位了。
這個字段只能是乙個值，不能被拆分成多個字段，否則的話，它就是可分割的，就不符合一正規化。
不過能不能分割並沒有絕對的答案，看需求，也就是看你的設計目標而定。
舉例：學生資訊組成學生資訊表，有姓名、年齡、性別、學號等資訊組成。
姓名不可拆分吧？所以可以作為該錶的乙個字段。
但我要說這個表要在國外使用呢？人家姓和名要分開，都有特別的意義，所以姓名欄位是可拆分的，分為姓字段和名字段。
簡單來說，一正規化是關聯式資料庫的基礎，但字段是否真的不可拆分，根據你的設計目標而定。
第二正規化
就是要有主鍵，要求其他欄位都依賴於主鍵。
為什麼要有主鍵？沒有主鍵就沒有唯一性，沒有唯一性在集合中就定位不到這行記錄，所以要主鍵。
其他字段為什麼要依賴於主鍵？因為不依賴於主鍵，就找不到他們。更重要的是，其他字段組成的這行記錄和主鍵表示的是同乙個東西，而主鍵是唯一的，它們只需要依賴於主鍵，也就成了唯一的。
如果有同學不理解依賴這個詞，可以勉強用「相關」這個詞代替，也就是說其他字段必須和它們的主鍵相關。因為不相關的東西不應該放在一行記錄裡。
舉例：學生資訊組成學生表，姓名可以做主鍵麼？
不能！因為同名的話，就不唯一了，所以需要學號這樣的唯一編碼才行。
那麼其他字段依賴於主鍵是什麼意思？
就是「張三」同學的年齡和性別等字段，不能儲存別人的年齡性別，必須是他自己的，因為張三的學號資訊就決定了，這行記錄歸張三所有，不能給無關人員使用。
第三正規化
就是要消除傳遞依賴，方便理解，可以看做是「消除冗餘」。
消除冗餘應該比較好理解一些，就是各種資訊只在乙個地方儲存，不出現在多張表中。
比如說大學分了很多系（中文系、英語系、計算機系……），這個系別管理表資訊有以下字段組成：
系編號，系主任，系簡介，系架構。
那麼再回到學生資訊表，張三同學的年齡、性別、學號都有了，我能不能把他的系編號，系主任、系簡介也一起存著？
如果你問三正規化，當然不行，因為三正規化不同意。
因為系編號，系主任、系簡介已經存在系別管理表中，你再存入學生資訊表，就是冗餘了。
三正規化中說的傳遞依賴，就出現了。
這個時候學生資訊表中，系主任資訊是不是依賴於系編號了？而這個表的主鍵可是學號啊！
所以按照三正規化，處理這個問題的時候，學生表就只能增加乙個系編號字段。
這樣既能根據系編號找到系別資訊，又避免了冗餘儲存的問題。
所謂的正規化，是用來學習參考的，設計的時候根據情況，未必一定要遵守，切記。
下面還有乙個比較好理解的版本：
使用列子講解資料庫三大正規化
正規化 英文名稱是 normal form，它是英國人 e.f.codd 關聯式資料庫的老祖宗 在上個世紀70年代提出關聯式資料庫模型後總結出來的，正規化是關聯式資料庫理論的基礎，也是我們在設計資料庫結構過程中所要遵循的規則和指導方法。目前有跡可尋的共有8種正規化，依次是 1nf，2nf，3nf，b...
mysql三大正規化 答案 資料庫三大正規化通俗理解
資料庫三大正規化通俗理解 1 原子性，要求屬性具有原子性，不可再分解。表 欄位1 欄位2 欄位2.1 欄位2.2 欄位3 如學生 學號，姓名，性別，出生年月日 如果認為最後一列還可以再分成 出生年，出生月，出生日 它就不是一正規化了，否則就是 2 唯一性，乙個表只能說明乙個事物，即實體的惟一性。表 ...
資料庫三大正規化通俗解釋
標準資料庫三大正規化描述 1 第一正規化 1nf 如果關係模式 r 它的每個屬性分量都是乙個不可分割的資料項，則稱 r 符合第一規範，記 r 1nf 2 第二正規化 2nf 若 r 1nf 且每個非主屬性完全依賴於碼，則稱 r 2nf 常見的違反 把兩個或多個實體集放在乙個關係模式中 引起的問題 存...