設計關係資料庫時，遵從不同的規範要求，設計出合理的關係型資料庫，而這些不同的正規化，各種正規化呈遞次規範，越高的正規化資料庫冗餘越小。

在理解資料庫正規化之間，先理解幾個概念更能幫助我們掌握和區分資料庫的幾個正規化。

基礎概念

   函式依賴：設R（U）是屬性集U上的關係模式，X，Y是U的子集。若對R（U）的任何一個可能的關係r，r中不可能存在兩個元組在X上的屬性值相等，而在Y上的屬性值不等，則稱為X函式決定Y，也可以稱作Y函式依賴於X，記作X—>Y。

   一句話解釋：在Y上任何一個屬性值，在X上對應一個唯一的值。即稱作X—>Y。

   完全函式依賴：在R（U）中，如果X—>Y，並且對於X的任何一個真子集X’都有X’不能決定Y，則稱為Y對於X完成函式依賴，記為X—>Y。

   解釋：用X中全部的值才能決定Y。

   傳遞依賴：在R（U，F）中，如果X—>Y，Y⊈X，Y—>Z，則Z對X傳遞依賴。

   非鍵屬性：不是構成主鍵的屬性。

   候選碼：關係中的一個屬性或者一組屬性可以唯一的標識一個元組。

   非主屬性：不包含在各個候選鍵中。

正規化

       第一正規化（1NF）：所有的屬性不可再分；

       第二正規化（2NF）：非鍵屬性完全依賴於主鍵；

       第三正規化（3NF）：非主性屬性沒有傳遞依賴；

       BCNF：任何一個函式依賴中決定因素都是候選碼；

例項分析

    先講解1NF

    關係中包含的屬性不能再分，例如R（姓名，性別，年齡，家庭情況）其中家庭情況又包含（父親，母親）對於關係R來說，就不滿足1NF，因為家庭情況這個屬性可以繼續分解，整理成符合1NF的關係R（姓名，性別，年齡，父親，母親）

    分析2NF和3NF

    關係FIRST：（Sno，Sname，Status，City，Pno，Qty）

    F={Sno—>Sname,Sno—>Status,Status—>City,(Sno,Pno)—>Qty}

先判斷是否符合2NF？

    2NF定義非鍵屬性完全依賴於主鍵

    主鍵有：Sno，Pno；

    非鍵屬性：Sname，Status，City，Qty

    假如符合2NF，則(Sno,Pno)—>Sname，(Sno,Pno)—>Status，(Sno,Pno)—>city，(Sno,Pno)—>Qty根據題意顯然前三個關係僅需要Sno就可以得到，不滿足2NF。

    轉換為符合2NF的關係

        FIRST1{Sno，Sname，Status，City}；

        FIRST2{Sno，Pno，Qty}

判斷是否符合3NF？

    3NF定義非主屬性對主鍵不存在傳遞依賴

    非主屬性：Sname，Status，City

    看FIRST1中City是因為Sno—>Status,Status—>City，故City對Sno傳遞依賴，不符合三正規化。

    拆分成符合三正規化的關係

        F1（Sno，Sname，Status）

        F3（Status，City）

   則符合3NF的FIRST被拆分為

        F1（Sno，Sname，Status）

        F2（Sno，Pro，Qty）

        F3（Status，City）

   根據BCNF的定義來看，上述分解已經符合BCNF正規化了。

【總結】

    通過這次軟考複習，感覺自己終於弄懂這幾個正規化的關係，感覺自己萌萌噠！其實自己有反思一下為什麼之前不能理解，得過且過的心態害死人啊。其中多重複幾遍，對其中涉及到的基礎概念耐心理解一下，這幾個正規化也就那麼一回事！

    如有理解偏頗之處，請各位大神不惜賜教，不勝感激！