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