第八课企业资料塑模个案.pptVIP

  1. 1、本文档共30页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第八课企业资料塑模个案

8.3 實體關係圖轉關聯表(6/7) (6) 對兩實體類型間之1 : N關係作以下之處理 選擇N端當作S端,將R端的主鍵包含進S端中當成外鍵。 將關係上之所有屬性包含入S端。 本個案共有十一個1:N關係,經上述處理後,結果整理如課本所示。 8.3 實體關係圖轉關聯表(7/7) (7) 對N元關係建立一個關聯表 本個案之訂單、成品與生產計畫間是三元關係,因此可新產生一個關聯表稱為生產計畫明細,該關聯表之屬性是其關係上之屬性與各實體之主鍵的集合,且其主鍵為所有外鍵之集合,結果整理如下: 按照上述步驟轉成之關聯表經整理後如圖8-4(請參閱課本)。 生產計畫明細 8.4 正規化(1/2) 在實務上常應用至3NF,因此本案例也將介紹至3NF。 第一正規化型式。 各關聯表並無任何多值或複合屬性資料,故已符合1NF。 第二正規化型式。 各關聯表內並無部分功能相依,故已符合2NF。 8.4 正規化(2/2) 第三正規化型式。 送貨單中之日期與稅率間具有遞移相依,故應將送貨單中之日期與稅率獨立成一個新的關聯表稱為稅率,但仍保留日期在送貨單中,以符合3NF,送貨單處理如圖8-5。 完成 3NF之夢幻系統關聯表如圖8-6。 圖8-5 送貨單除去遞移相依 8.5 關聯表資料字典(1/2) 完成關聯表正規化後,須對關聯表中之每一項目進一步描述,並記載成關聯表資料字典,以便建立資料庫。 關聯表資料字典所描述之項目,可包括: 實體中之資料元素名稱、名稱之簡稱 資料欄位型態 欄位長度、欄位格式/限制 範例 資料產生之方式 是否為主鍵或外鍵等 夢幻系統之關聯表資料字典可表示如下。 8.5 關聯表資料字典(2/2) 以客戶資料為例 8.6 結論 以實體關係模式進行企業資料塑模是關聯式資料庫設計之基礎,遵循科學化之方法論以進行資料塑模,可降低資料之重複性及避免資料新增、刪除與更改之異常,對資料庫之維護有很大的幫助。 ISBN 978-957-729-780-8 系統分析與設計理論與實務應用(五版) 吳仁和、林信惠 著 ISBN 978-957-729-780-8 系統分析與設計理論與實務應用(五版) 吳仁和、林信惠 著 第8章 結構化企業資料塑模個案 本章大綱 學習目標 8.1 導論 8.2 實體關係圖建構 8.3 實體關係圖轉關聯表 8.4 正規化 8.5 關聯表資料字典 8.6 結論 學習目標 詳讀本章,你至少能瞭解: 如何從藍圖與資料詞彙建構實體關係圖。 如何將實體關係圖轉關聯表及進行正規化,以設計關聯式資料庫。 如何描述關聯表資料字典。 8.1 導論 本章以夢幻系統為例,首先運用第7章所述之資料塑模概念與工具,將需求分析結果之藍圖與資料詞彙進行企業資料塑模,以建立實體關係圖。 接著,將實體關係圖轉成關聯表並進行正規化,以設計關聯式資料庫。最後,介紹關聯表資料字典之描述。 8.2 實體關係圖建構(1/8) 實體關係圖之建構方式: 由上而下(Top-Down) 從瞭解企業運作的本質著手,例如瞭解在企業運作中,何人、何事、何時、何地與何物參與及它們之間有何關係,以導出可能之實體及實體間之關係。 由下而上(Bottom-Up) 從探討文件(例如電腦螢幕展示、報表或表格等)著手,以得到建構實體關係圖所需之資訊。 8.2 實體關係圖建構(2/8) 建立實體關係圖須先確認實體與屬性,建議可由需求分析中之藍圖及其資料詞彙著手。 先將藍圖分成原始藍圖與衍生性藍圖,從每個原始藍圖中檢查其每個項目或欄位,以訂出屬性或概念。 將描述相同物件或概念之屬性整合成一實體(或稱實體類型),或將一些具有相同性質之項目一般化成一實體。 8.2 實體關係圖建構(3/8) 以夢幻公司之訂單為例,訂單為原始表單,逐一檢查訂單項目,可知客戶編號、電話、地址等項目都是描述一實體稱為「客戶」,也就是可將之整合成客戶實體類型,當然客戶編號與電話等便成為客戶之屬性(如表8-1)。 可將成品編號、品名、顏色、規格、尺寸、單位整合為成品實體類型。 由於在個案公司之企業經營規則是訂單數量大者單價較低,因此數量與單價都不單獨屬於訂單或客戶,而是屬於這兩者間之關係。 剩下的項目(例如訂單編號、送貨日期、總金額)可整合成訂單實體類型。 表8-1 客戶實體及其屬性 8.2 實體關係圖建構(4/8) 若以訂單為例,可找出三個實體類型:訂單、客戶與成品。接著,從所蒐集到的很多訂單中,我們經由觀察與推演可知: 一張訂單僅記錄一個客戶,但是一個客戶可能出現在多張訂單上。 一張訂單中至少須記錄一項成品,相同的一項成品可出現在不同的訂單上。 因此,我們可以歸納出: 訂單與客戶間有關係存在,且是多對一之關係。 訂單與成品有關係存在,且是多對多之關係,關係上有數量與單價兩個屬性。上述之實體關係圖可

文档评论(0)

wangyueyue + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档