設計良好結構的資料庫，可以有效減小資料冗餘，減少增刪改中出現的問題。深入理解資料庫設計的三正規化，對於設計“健壯的資料庫“十分有必要。資料庫三正規化是設計資料庫 時參考的準則，接下來我們一一進行介紹：

一、資料庫第一正規化：

       資料庫表的每一列都是不可分割的基本資料項，同一列中不能有多個值，即實體中的某個屬性不能有多個值或者不能有重複的屬性。（保持資料的原子性）

       資料原子性很好理解，就是表中的欄位不可再分。符合資料庫第一正規化的表，每個欄位表意明確，看個例子：

        這是一張簡單的員工資訊表，其中有工號、姓名、電話三個欄位。通過電話這個欄位獲得的資訊有可能是家庭電話，或是工作地點的電話，或是手機，因此表達的資訊並不明確，我們可以改成這樣：

        那這樣改完以後，表中所表達的資訊就非常明確了。

二、資料庫第二正規化：

       在滿足第一正規化的基礎上，實體的每個非主鍵屬性完全函式依賴於主鍵屬性（消除部分依賴）

       主鍵：凡是接觸過資料庫的人，肯定都會知道主鍵，主鍵明確標識了每條記錄，一般是一個欄位，也可以由兩個或兩個欄位組成。

       依賴：對於X的每個值，Y都有一個值與之對應，反過來則不一定不成立，這叫做X函式決定Y，Y函式依賴X（X往往是主鍵）。

       還拿上面的那張表舉來說，對於每個工號，都有一個姓名與之對應，即工號決定姓名，姓名依賴工號；但由於員工之間可能有重名，一個姓名可能對應多個工號，所以姓名不能決定工號。

       部分依賴：當主鍵由兩個或兩個以上欄位構成，而表中的某些資訊通過主鍵的一個欄位就能唯一確定，我們稱這樣的依賴關係為部分依賴，比如這個例子：

       學生選課（學號，姓名，專業，課程號，課程名，成績），該表中一個學生可以選多門課，一門課有多個學生。學號和課程號可以唯一確定一條記錄，因此用學號和課程號做主鍵。

       表中的姓名、專業通過主鍵中的學號就能唯一確定，而課程名通過課程號唯一確定，這就是部分依賴，這樣的設計不符合第二正規化。

不符合第二正規化會帶來哪些問題呢？

      1、資料資訊冗餘，可見上表

       2、增刪改會出現問題，比如有一門《微機原理》沒有人選，那麼由於缺少學號（主鍵之一）那麼這門課就不能出現在表裡。

如何解決呢，我們可以用關係分解的方法消除部分依賴，將上表改成如下三張表：

資料庫第三正規化：

       在滿足第二正規化的基礎上，在實體中不存在非主鍵屬性傳遞函式依賴於主鍵屬性。（表中欄位[非主鍵]不存在對主鍵的傳遞依賴）

      傳遞依賴：A依賴於B，B依賴於C，就可以說A依賴C。看這樣一張表：

       這張表中有如下決定關係： 學號-->姓名，性別，系號-->決定系名，宿舍號-->決定宿舍電話，也有 學號-->系名，學號-->宿舍電話。

       在這樣一張表中則存在著傳遞依賴。也就是系名依賴系號，系號依賴學號，那麼間接的系名依賴學號，宿舍號、宿舍電話和學號之間也有同樣的關係。這樣設計表的同樣會帶來資料冗餘，操作異常等問題。那麼我們同樣可以用關係分解的分解的方法來消除傳遞依賴，將這張表分成三張表：

        這就是資料可設計的三正規化了，在設計資料表的過程中注意三正規化的應用，多多實踐，有助於對三正規化有更深入的理解。