理解三大正規化
學後知變通
什麼是正規化
資料庫設計對資料的儲存效能和開發人員對資料的操作都有關係。所以建立科學的、規範的資料庫需要滿足一些規範。在關係型資料庫中這些規範就可以稱為正規化。
三大正規化概念
第一正規化
當關係模式r的所有屬性都不能分解為更基本的資料單位時，稱r是滿足第一正規化的，簡記為1nf。滿足第一正規化是關係模式規範化的最低要求（r的所有屬性都是不可再進行分解的原子值）。
第二正規化
如果關係模式r滿足第一正規化，並且r得所有非主屬性都完全依賴於r的每乙個候選關鍵屬性，稱r滿足第二正規化，簡記為2nf（不能將多種不同類的屬性都放在同一張表中）。
第三正規化
設r是乙個滿足第一正規化條件的關係模式，x是r的任意屬性集，如果x非傳遞依賴於r的任意乙個候選關鍵字，稱r滿足第三正規化，簡記為3nf（r中的所有非主屬性和主鍵都直接相關，不能間接相關）。
注：關係實質上是一張二維表，其中每一行是乙個元組，每一列是乙個屬性
理解三大正規化
例項☞第一正規化
1、每一列屬性都是不可再分的屬性值，確保每一列的原子性
2、兩列的屬性相近或相似或一樣，盡量合併屬性一樣的列，確保不產生冗餘資料。
表一的屬性：位址還可以分解，不是乙個原子值。如果需要知道哪個省哪個市並按其分類，那麼顯然第乙個**是不容易滿足需求的，也是不符合第一正規化。
例項☞第一第二正規化
每一行的資料只能與其中一列相關，即一行資料只做一件事。只要資料列**現資料重複，就要把錶拆分開來。
表三屬性：訂單號、房間號、聯絡人、**、身份證號
乙個人同時訂幾個房間，就會出來乙個訂單號多條資料，這樣子聯絡人都是重複的，就會造成資料冗餘。我們應該把他拆開來。
表四屬性：訂單號、房間號、聯絡人編號
表五屬性：聯絡人編號、聯絡人、**、身份證號
這樣便實現啦一條資料做一件事，不摻雜複雜的關係邏輯。同時對錶資料的更新維護也更易操作。
例項☞第一第三正規化
資料不能存在傳遞關係，即每個屬性都跟主鍵有直接關係而不是間接關係。像：a–>b–>c 屬性之間含有這樣的關係，是不符合第三正規化的。
比如student表（學號，姓名，年齡，性別，所在院校，院校位址，院校**）
這樣乙個表結構，就存在上述關係。 學號–> 所在院校 --> (院校位址，院校**)
這樣的表結構，我們應該拆開來，如下。
（學號，姓名，年齡，性別，所在院校）–（所在院校，院校位址，院校**）
學後知變通
三大正規化只是一般設計資料庫的基本理念，可以建立冗餘較小、結構合理的資料庫。如果有特殊情況，當然要特殊對待，資料庫設計最重要的是看需求跟效能，需求》效能》表結構。所以不能一味的去追求正規化建立資料庫。
參考：
關係型資料庫設計正規化
首先要明白 正規化 nf 是什麼意思。按照教材中的定義，正規化是 符合某一種級別的關係模式的集合，表示乙個關係內部各屬性之間的聯絡的合理化程度 很晦澀吧？實際上你可以把它粗略地理解為一張資料表的表結構所符合的某種設計標準的級別。就像家裡裝修買建材，最環保的是e0級，其次是e1級，還有e2級等等。資料...
關係型資料庫設計正規化
為了建立冗餘較小 結構合理的關聯式資料庫，設計關聯式資料庫時必須遵循一定的規則，即關聯式資料庫的設計正規化。關係型資料庫的第一正規化要求 舉例來說，客戶資料表中包含客戶名和位址，位址由城市和街道組成。應用經常需要分別訪問城市或街道字段。資料表customers name,city,street 是符...
關係型資料庫正規化
設計關聯式資料庫時，遵從不同的規範要求，設計出合理的關係型資料庫，這些不同的規範要求被稱為不同的正規化，各種正規化呈遞次規範，越高的正規化資料庫冗餘越小。目前關聯式資料庫有六種正規化 第一正規化 1nf 第二正規化 2nf 第三正規化 3nf 巴斯 科德正規化 bcnf 第四正規化 4nf 和第五正...