3 抽象化的程度(续).pptVIP

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

第3章 實體關聯模型(E-R)塑模 資料庫系統設計實務與管理,5e 學習目標 什麼是概念模型,以及它有什麼用途 內部模型和外部模型之間的差異 內部和外部模型如何供資料庫設計程序使用 實體之間的關聯如何被定義和精鍊,以及這樣的關聯如何被融入資料庫設計程序中 ERD元件如何影響資料庫設計與實作 如何解讀四種流行的E-R模型的塑模符號 真實世界的資料庫設計經常會要您必須協調彼此衝突的目標 基本塑模概念 藝術與科學 優良判斷力與強大設計工具的結合 模型 「用來將一些無法被直接觀察的事物形象化的描述或比喻」~韋伯斯特字典 資料模型 複雜的真實世界資料結構的相對簡單表達方式 資料模式:資料抽象化的程度 抽象化的程度 概念模型 整體的資料觀點 主要資料項目之識別和描述的基礎 ERD用來代表概念上的資料模型 具硬體與軟體獨立性 內部模型 由DBMS所看到的資料庫表達方式 DBMS使概念模型適應特定的DBMS 具軟體相依性 抽象化的程度(續) 外部模型 使用者觀點的資料環境 提供內部觀點的子集 使應用程式的開發較為簡單 對設計師的工作更為容易 確保概念模型的充足性 確保設計中的安全性限制 實質模型 最低層次的抽象化 具軟體與硬體相依性 需要有實際儲存設備和存取方法的定義 實體關聯(E-R)模型 代表了概念上的觀點 主要元件 實體 對應至整個資料表,而不是資料列 以長方形來代表 屬性 關聯 屬性 實體的特質 值域是由可能值組成的集合 主鍵會加上底線 屬性(續) 簡單屬性 無法再被細分 年齡、 性別、 婚姻狀況 複合屬性 可被再細分為額外的屬性 把地址細分為街道、 城市、 郵遞區號 單值屬性 只可以有一個單一值 一個人會有一個社會安全號碼 多重值屬性 可以擁有許多值 一個人可以有好幾個大學學位 衍生屬性 可以用演算法取得 年齡可以從生日推導得到 關聯 實體之間的關係 連在一起的實體被稱為參與者 雙向運作 連結性描述了關聯的類別 1:1,1:M,M:N 基數 表示與相關實體的一個事件有關的特定實體事件數量 ERD中的連接性和基數 關聯強度 存在相依性 實體的存在取決於相關實體的存在 具存在獨立性的實體可以在相關實體之外存在 EMPLOYEE要求承認DEPENDENT 弱(無識別)關聯 一個實體對另一個實體具有存在獨立性 相關實體的PK沒有包含父實體的PK組成部分 強(識別)關聯 一個實體對另一個實體具有存在相依性 相關實體的PK包含了父實體的PK組成部分 關聯參與性 選擇性的 實體事件不需要有相關實體中的相對應事件 在ERD上是藉由在選擇性實體端畫一個小圓圈來顯示 強制性的 實體事件需要有相關實體中的相對應事件 如果ERD上沒有無必須項,它就是強制性的 弱實體 具有在另一個實體上的存在相依性 其主鍵是部份地或全部地從關聯中的父實體導出 關聯程度 指出相關實體的數量 一元 單一實體 遞迴 存在於相同實體集的事件之間 二元 兩個實體有相關性 三元 三個實體有相關性 三種關聯類型 複合實體 用來作為M:N關聯中的「橋樑」 橋接實體是由每個需要連結之實體的主鍵所組成 複合實體(續) 實體母類型與子類型 一般化階層 描述了在較高層超類型實體和較低層子類型實體之間的關聯 母類型具有共享的屬性 子類型擁有具獨特性的屬性 不相交關聯 具獨特性的子類型 非重疊 以「G」來指示 重疊的子類型使用「Gs」符號 具有重疊子類型的一般化階層 E-R塑模符號之比較 替代的樣式被發展出來以讓CASE工具的使用更容易 Chen 將概念的設計移入實際的資料庫設計競技場 Crow’s Foot 無法詳細說明所有的基數 Rein85 與Crow’s Foot類似 在較高的抽象化層次運作 IDEF1X ICAM於1970晚期之研究的衍生物 使用較少的符號 E-R塑模符號之比較 開發E-R圖 反覆處理 步驟1:發展出組織運作的一般敍述 步驟2:以圖形化的基本E-R模型進行描述和檢閱 步驟3:進行修改以包含新發現的E-R元件 重複這些動作直到設計師和使用者都同意E-R圖已完成 ERD中的母類型/子類型關聯 第一個建立的ERD區段 第二和第三個建立的ERD區段 第四和第五個建立的ERD區段 第六和第七個建立的ERD區段 第八個建立的ERD區段 第九個建立的ERD區段 E-R模型的組成部分 完整的ERD 資料庫設計的挑戰:彼此衝突的目標 資料庫必須被設計為符合設計標準 高速的處理可能會需要在設計上的妥協 對即時資訊的要求或許是資料庫設計的重點 其他重要事項 安全性 效能 共享存取 完整性 圖 3.52 資料庫系統設計實務與管理,5e 3 圖 3.1 圖 3.6 圖 3.12 圖 3.19 圖 3.21 圖 3.30 圖 3.31

文档评论(0)

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

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

1亿VIP精品文档

相关文档