2-3资料的抽象化.ppt

ER Model; 2-1 塑模(Modeling)與模型(Model);目前較為通用的模型大致可分為三種模型 第一種是『處理為主』(Process Driven)的模型 例如較早期所使用的『資料流程圖』 (Data Flow Diagram，簡稱DFD) 第二種是以『資料為主』 (Data Driven)的模型 此種模型主要是以資料為主要考量方向的『實體關聯圖』 (Entity Relationship Diagram，簡稱ERD)，大部份是使用在資料庫的設計使用 第三種是以『物件導向』為主的模型(Object Oriented) 此模型的代表則為『統一塑模語言』(Unified Modeling Language，簡稱UML) 這三種模型所要代表和展現出來的意義皆有所不同，也就是所要描述的構面和目的會有所不同。;用來呈現“資料”在資訊系統裡面的流動;通常但並不限於關聯式資料庫所採用;以“物件”為導向來描述系統;2-2 實體關聯圖(Entity Relationship Diagram);『實體關聯圖』(Entity Relationship Diagram) 以『資料』為主要考量方向的實體關聯模型 及找出資料彼此之間的靜態『關係』(Relationship) ;例如學生與課程之間會產生一種『選修』的關係；一位學生通常可選修多門課程；相反地，一門課程又可以被多位學生選修，此種『關係』又產生數量上所謂的『基數』(Cardinality)關係 『基數』關係一般可分為以下四種：? 1：1 ：一對一關係 1：N ：一對多關係 M：1 ：多對一關係 M：N ：多對多關係 ;『學生』和『課程』之間的『選修』關係，圖中用N來表示出一位學生可以選多門課程；用M表示出一門課程可以被多位學生選修 此表示為M：N，此處的M與N都表示多的意思，即為多位學生對多門課程之意 而此處的學生和課程皆表示為一個實體(Entity)，而『選修』則為此兩者之間的『關係』(Relationship) ;在資料庫管理系統當中，資料庫設計是相當重要的一環 倘若設計不當，最後所設計出來的資料庫系統，絕對會是一個失敗的專案，更會導致企業流程混亂而無所適從，甚至產生出錯誤的資訊，造成企業決策者的誤判，更別說要利用資料庫系統來提升企業競爭力或改善企業流程;2-3 資料的抽象化;【定義】 　將不同事物之共同特性歸納或抽離出來，並整理成另一個事物或一個概念的過程，稱之為『抽象化』 (Abstract)或『一般化』 (Generalize)。反之，則稱為『具體化』(Specialize)。;資料抽象化之範例 例如我們在公司上班，會有許多不同職務主管和員工，例如 員工代號581，名字為Candy住Tainan 員工代號854，名字為Andy住Taipei 員工代號542，名字為Jacky住Taipei ;資料抽象化之範例 例如我們在公司上班，會有許多不同職務主管和員工，例如 員工代號581，名字為Candy住Tainan 員工代號854，名字為Andy住Taipei 員工代號542，名字為Jacky住Taipei 此三名員工為三個獨立或特定的實體(Entity)將共同的屬性抽離出 來，這就是所謂的抽象化過程，抽象後所形成的實體型態(Entity Type)，我們將之表示成： 員工(員工代號、姓名、住址) 『實體型態名稱』(Entity Type Name) ：『員工』 員工實體型態之『屬性』(Attribute)：『員工代號』、『姓名』及『住址』 姓名屬性之『屬性值』(Attribute Value)： Candy、Andy及Jacky ;581;2-4 資料模型的重要性;訂單資料;訂單資料;訂單;;2-5 概念實體關聯模型基本認識;;;實體(Entity) 實體集合(Entity Set) 屬性(Attribute) 屬性值 (Attribute Value);實實在在的物體 在真實世界中，代表著獨立、具體且特定的一個人、事、時、地、物或只是一個概念上的任何事物 例如在某家公司上班的五位員工，每一位員工都算是一個獨立、具體的實體 員工(8210171，胡琪偉，33，1963/8/12，94010601}，220 台北縣板橋市中山路一段) 員工(8307021，吳志梁，35，1960/5/19Null) 員工(8308271，林美滿，38，1958/2/9，9401020194010303，104台北市中山區 一江街) 員工(8311051，劉嘉雯，28，{1968/2/794010106，111台北市士林區福志路)