关联式资料库理论的五个正规化简介-delphiktop讨论区.docVIP

一、 前言： 2 二、 第一正規化： 2 三、 第二正規化： 3 四、 第三正規化： 4 五、 第四正規化： 4 六、 第五正規化： 5 七、 結論： 6 關聯式資料庫理論的五個正規化簡介 前言： 對於任何資訊系統而言，資料庫系統的設計是非常重要的工作，其設計品質攸關整個資訊系統的功能與效率，而且對上線以後資訊系統的維護工作亦有極深遠的影響。一般而言，設計關聯式資料庫結構，首先需做資料需求分析，從使用者的觀點進行相關資料的分析工作，其次利用所謂「觀念性模型」〈conceptual Model〉，將系統內部的「個體」〈Entity〉以及個體間的彼此關係予以表示出來，然後再根據使用者的需求以及技術支援能力、成本效益等資料選擇適當的資料庫，此時即可將觀念性資料模式用「邏輯模型」〈Logical Model〉予以表達出來。由於設計資料模式的「功能相依性」〈Functional Dependence〉問題可能影響「表格」〈Table〉 結構的品質，因此有必要進行「正規化」〈Normalization〉的工作，以消除重複性以及不一致的欄位，正規化後表格的內容即相當嚴謹且合乎一般設計要求，對於未來資料庫系統的運作將有相當大的助益。再其次就是建立資料庫的實體模型，此時須評估各種實體條件，選擇最佳的實體模型設計方案，最後一個步驟為資料庫系統的建置。 由以上即可看出正規化對於資料庫設計的重要性，但在執行正規化時必須符合「無損分解」〈nonloss decomposition〉的原則，即在執行正規化時將某一關聯性分解成其他幾個關聯性，但此動作必須是可逆性的，這樣在正規化的過程中才不會損失資料，以下我們即針對各個正規化予以說明。 第一正規化： 從記錄中去除重複性的屬性，也就是所有的屬性都必須是「單原值」〈Atomic Value〉，是不可分解的。例如：客戶資料表中，每個客戶有多個電話時，需將客戶電話，從原本的Table中獨立出來成為客戶電話資料表。如下圖： 客戶資料表 客戶編號 客戶名稱 客戶電話 …… COSS01 震江系統 5555208 5555209 COSS02 洄瀾公司 1234567 1234568 ＝＞ 客戶基本資料表 客戶編號 客戶名稱 …… COSS01 震江系統 COSS02 洄瀾公司 客戶電話資料表 客戶編號 客戶電話 …… COSS01 5555208 COSS01 5555209 COSS02 1234567 COSS02 1234568 第二正規化： 記錄之主鍵是由一個以上的屬性所組成的複合鍵時，須確保其他屬性是與整個主鍵有相依性，而不是也和部分的主鍵有相依性，在必要的時候，將記錄再予以細分，也就是記錄中所有非鍵值的屬性完全的功能相依於主鍵。例如：客戶產品資料表中，產品名稱相依於產品編號，所以須將產品資料獨立出來，成為產品資料表。如下圖： 客戶產品資料表 客戶編號 產品編號 產品名稱 …… COSS01 GTI001 會計系統 COSS02 GTI001 會計系統 COSS01 GTI002 物料系統 COSS02 GTI003 人事系統 ＝＞ 客戶產品對照表 客戶編號 產品編號 …… COSS01 GTI001 COSS02 GTI001 COSS01 GTI002 COSS02 GTI003 產品資料表 產品編號 產品名稱 …… GTI001 會計系統 GTI002 物料系統 GTI003 人事系統 第三正規化： 記錄中所有非鍵值的屬性完全功能相依於主鍵，並且相互之間完全獨立。也就是除去遞移相依性〈非鍵值的屬性之間有功能相依性〉，在必要時將記錄細分。例如：採購資料表中，廠商名稱相依於廠商編號，所以須將廠商資料獨立出來，成為廠商資料表。如下圖： 採購資料表 採購單號 廠商編號 廠商名稱 …… PO0001 SUPP01 吉泰資訊 PO0002 SUPP01 吉泰資訊 PO0003 SUPP02 零壹科技 PO0004 SUPP02 零壹科技 ＝＞ 採購資料表 採購單號 廠商編號 …… PO0001 SUPP01 PO0002 SUPP01 PO0003 SUPP02 PO0004 SUPP03 廠商資料表 廠商編號 廠商名稱 …… SUPP01 吉泰資訊 SUPP02 零壹科技 第四正規化： 從記錄內去除不是功能相依性的所有「多值相依性」〈Multi-valued dependence〉的屬性，也就是在一個Table內的記錄類型不可包含兩個以上獨立多值的屬性。例如：課程資料表中，任意課程有任意個數對應的老師，和任意個數對應的課本，所以須以課程為主，將其拆成兩個多對多的課程教師表和課程書本表。如下圖： 課程資料表 課程編號 教師編號 課本編號 …… Chinese1 Yangty BOOK0