资料库设计资料库正规化.pptVIP

資料庫設計—資料庫正規化 資料庫設計—資料庫正規化理論 資料庫設計資料庫正規化原理簡介 內容 資料庫的設計流程 資料庫正規化理論 資料庫的設計流程圖 資料庫「正規化」理論 目的： 將一個資料表格分割成數個大小適當之「資料表格」，以避免因資料重複而造成異常現象，其輸出為數個彼此相關聯之正規化（Normalization）資料表格。 未正規化之資料表格的問題 資料重複 更正異常 新增異常 刪除異常 資料庫正規化的階段 水果供應商管理系統(UNF) 第一階正規化 若資料表格R之每一欄位值為單一的（Atomic），則R屬於「第一階正規化形式」（First Normal Form，簡稱為1NF） 水果供應商管理系統(1NF) 功能相依「Functional Dependency, FD」 定義：R(A1,A2,… ,AN)為一資料表格，且X，Y為(A1,A2,… ,AN)的部份集合；若找不到任兩筆記錄，其X值相同，Y值不同，則稱「X在功能上決定Y」，或稱「Y功能相依於X」，並以符號表示為「X→Y」；此時我們便稱功能相依(Functionally Dependency)。 水果供應商管理系統(1NF) 1NF 後供應商表格有什麼異常現象? 新增異常 刪除異常 更正異常 水果供應商管理系統的FD 編號→姓名 編號→電話 編號→地址 編號→郵遞區號 地址→郵遞區號 水果編號→品名 ｛編號＋水果編號｝→價格 水果供應商管理系統的功能相依圖 水果供應商管理系統的功能相依圖 主鍵「Primary Key, PK」 定義：R(A1,A2,… ,AN)為一資料表格，且X為(A1,A2,… ,AN)的部份集合；若資料表格內所有其它欄位都功能相依於X，則X便稱為資料表格R的「主鍵」。 全功能相依「Full Dependency」 所有非主鍵之欄位必需只功能相依於整個主鍵，不可相依於部份主鍵。 部份功能相依「Partial Dependency」 在一資料表格R中，若有一非主鍵欄位功能相依於部份主鍵，則此資料表格便稱為「部份功能相依」。 第二階正規化 若資料表格R屬於1NF，且所有非主鍵之欄位皆「全功能相依」於主鍵，則R屬於「第二階正規化形式」（Second Normal Form，簡稱為2NF) 水果供應商管理系統的功能相依圖 第二階正規化 第二階正規化 第二階正規化 第二階正規化 第二階正規化 第二階正規化 水果供應商管理系統 (2NF) 1NF 後供應商表格的異常現象還存在嗎? 更正異常 新增異常 刪除異常 2NF 後供應商表格有什麼異常現象? 更正異常 新增異常 刪除異常 轉接相依「Transitive Dependency」 若某一非主鍵欄位功能相依於另一個非主鍵欄位，則稱此資料表格存在「轉接相依」關係。 第三階正規化 若資料表格R屬於2NF，且所有非主鍵之欄位皆無「轉接相依」於主鍵，則R屬於「第三階正規化形式」（Third Normal Form，簡稱為3NF) 第三階正規化 第三階正規化 水果供應商管理系統 (3NF) 實際操作 應用Microsoft Access 資料庫關聯圖 「正規化」之綜合討論 1NF 不可有「資料重複項」 2NF 不可有「部份相依」 3NF 不可有「轉接相依」 練習實例一 練習實例二 姓名 電話 編號 地址 郵遞區號 姓名 電話 編號 地址 郵遞區號 姓名 電話 編號 地址 郵遞區號 地址 120 高雄縣 400 台北市 100 高雄市 郵遞 區號 地址 台北市 024657899 陳孟達 005 高雄縣 077611943 翁進發 004 高雄縣 075837384 郭明正 003 台北市 027216530 葉連芳 002 高雄市 076595619 林國鐘 001 地址 電話 姓名 編號 1NF 2NF 3NF 未正規化表格 僑光技術學院 蔡存孝 2007/08/23 資料來源：舞動Access 2002，蘇文德 陳穎涵 編著 知城數位 資料需求分析 成關連式資料模式 將實體關係模式映對 建立實體關係模式 正規化 訪談 蒐集報表 資料字典 實體關係模式 資料表格 完成正規化之資料表格 大資料表格 正規化 表格一 表格二 表格三 供應商（編號，姓名，電話，地址，郵遞區號，水果編號、品名，價格） 6 2 5 1 4 3 2 1 水果 編號 葡萄柚 香蕉 西瓜 蘋果 葡萄 鳳梨 香蕉 蘋果 品名 85 400 台北市 024657899 陳孟達 005 65 120 高雄縣 077611943 翁進發 004 40 120 高雄縣 075837384 郭明正 003 95 60 400 台北市 027216530 葉連芳 002 50 60 100 100 高雄市 076595619 林國鐘 001