資料庫正規化

關聯式資料庫中的關係是要滿足一定要求的，滿足不同程度要求的為不同正規化，滿足最低要求的叫第一正規化，簡稱1nf；在第一正規化中進一步滿足要求的為第二正規化，其餘依次類推。

其中資料的三個重要正規化就是第一，第二，第三正規化。

正規化就是資料庫儲存資料時的一些要求。

第一正規化：當關係模式r（relationship）的所有屬性都不能在分解為更基本的資料單位時，稱r是滿足第一正規化的，簡記為1nf。滿足第一正規化是關係模式規範化的最低要求。

第二正規化：關係模式r在滿足第一正規化的條件下，r的所有非主屬性都完全依賴於r的每乙個候選關鍵屬性，稱r滿足第二正規化，簡記為2nf。

第三正規化：設r是乙個滿足第一正規化條件的關係模式，x是r的任意屬性集，如果x非傳遞依賴於r的任意乙個候選關鍵字，稱r滿足第三正規化，簡記為3nf.

上面的話有點太過官方，下面理解一下：

關係實質上是一張二維表，其中每一行是乙個元組，每一列是乙個屬性

第一正規化  

1、每一列屬性都是不可再分的屬性值，確保每一列的原子性。

2、兩列的屬性相近或相似或一樣，盡量合併屬性一樣的列，確保不產生冗餘資料

第二正規化

每一行的資料只能與其中一列相關，即一行資料只做一件事。只要資料列**現資料重複，就要把錶拆分開來。

比如說乙個人同時訂幾個房間，就會出來乙個訂單號多條資料，這樣子聯絡人都是重複的，就會造成資料冗餘。我們應該把這個聯絡人選項拆開來、

這樣便實現了一條資料做一件事，不摻雜複雜的關係邏輯。同時對錶資料的更新維護也更易操作。

第三正規化：

資料不能存在傳遞關係，即每個屬性都跟主鍵有直接關係而不是間接關係。像：a-->b-->c  屬性之間含有這樣的關係，是不符合第三正規化的。

比如student表（學號，姓名，年齡，性別，所在院校，院校位址，院校**）

這樣乙個表結構，就存在上述關係。 學號--> 所在院校 --> (院校位址，院校**)

這樣的表結構，我們應該拆開來，如下。

（學號，姓名，年齡，性別，所在院校）--（所在院校，院校位址，院校**）

三大正規化只是一般設計資料庫的基本理念，可以建立冗餘較小、結構合理的資料庫。如果有特殊情況，當然要特殊對待，資料庫設計最重要的是看需求跟效能，需求》效能》表結構。所以不能一味的去追求正規化建立資料庫。

總結起來：

第一正規化：將屬性相同的歸為一列。每一列都是不可分割的原子屬性。

第二正規化:每一行資料只能與一列資料有關，即一行資料只能影響某一列屬性的事。

第三正規化：每個屬性都跟主鍵有直接關係而不是間接關係。即屬性之間不存在傳遞關係。

參考：

資料庫 資料庫正規化

關聯式資料庫的設計規範。不同的規範要求被稱為不同的正規化，越高的正規化資料庫冗餘越小。減少資料庫中資料冗餘的過程 1 第一正規化 1nf 在關係模式r中，當且僅當所有屬性只包含原子值，即每個分量都是不可再分的資料項，則稱r滿足1nf。例如表所示的教師職稱情況關係就不滿足1nf。原因在於，該關係模式中...

資料庫正規化 三正規化

所謂第一正規化 1nf 是指在關係模型中，對域新增的乙個規範要求，所有的域都應該是原子性的，即資料庫表的每一列都是不可分割的原子資料項，而不能是集合，陣列，記錄等非原子資料項。即實體中的某個屬性有多個值時，必須拆分為不同的屬性。在符合第一正規化 1nf 表中的每個域值只能是實體的乙個屬性或乙個屬性的...

資料庫正規化

注 表在定義中被稱為關係,記作r 欄位在定義中被稱作屬性 模式 資料庫中有三種模式,外模式,內模式,模式 粗體是關鍵字的意思 斜體為外來鍵 以前寫下來的，但是用了多年的帳號已經忘了，唯有把文章轉到這裡來了 真暈哦 http blog.csdn.net fantasylu archive 2004 0...