身分證號碼-德明財經科技大學!.ppt

德明財經科技大學 資訊科技系 Chapter 2資料模型 課程內容 資料的抽象化 資料模型的重要性 實體關聯模型基本認識 實體關聯模型及構成要素 實體關聯模型的範例說明 實體關聯模型轉換成資料表格 資料的抽象化 抽象化、或者稱為一般化 將不同事物間共同特性歸納或抽離出來，並整理成另一個概念之過程 在公司上班，會有許多不同職務主管和員工，例如 員工代號581，名字為Candy住Tainan 員工代號854，名字為Andy住Taipei 員工代號542，名字為Jacky住Taipei 此三名員工為三個獨立或特定的實體(Entity) 將共同的屬性抽離出來，這就是所謂的抽象化過程，抽象後所形成的實體型態(Entity Type)，我們將之表示成： 員工(員工代號，姓名，住址) 資料的抽象化 資料模型的重要性 如果只是隨意將資料蒐集入資料庫，很容易出現各種問題 例如: 當搬家後到戶政機關修改地址，但是水電瓦斯的帳單還是不會自動改寄到新住址 原因: 同樣的地址資訊，散在不同地方，無法連動修正 在一個資料庫中，相同的資料(例如姓名、住址等)最好只有一份代表 我們以適當的資料模型來完成資料庫的規畫，可以解決很多設計不當的問題 實際的完整資訊 不當的資料設計 較佳的設計 概念資料模型 概念資料模型 (Conceptual Data Model) 適合一般使用者與系統分析師之間溝通 系統分析師(System Analyst)能從企業客戶身上獲得相關的企業資訊 主要目的在於描述出企業中，每一個實體(Entity)與實體之間的關係 實體關聯模型 Entity-Relationship Model，ER Model 在建立資料庫時，決定該有哪些tables，主要以ER Model來判斷 ER Model的組成 實體(entity) 關聯(relationship) 實體對應著資料主體，包含資料的屬性；實體之間的互相關係則形成關聯 實體 Entity 實實在在的物體 在真實世界中，代表著獨立、具體且特定的一個人、事、時、地、物或只是一個概念上的任何事物 例如在某家公司上班的五位員工，每一位員工都算是一個獨立、具體的實體 員工(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台北市士林區福志路) 員工(8312261，張懷甫，27，1969/1/2，Null，220台北縣板橋市五權街32巷) 不同類型的屬性 『鍵值屬性』 (Key Attribute) 『單值屬性』與『多重值屬性』 (Single-Valued Multi-Valued) 『單元型屬性』與『複合型屬性』 (Atomic Attribute Composite Attribute) 『儲存型屬性』與『衍生型屬性』 (Stored Attribute Derived Attribute) 一個特殊的屬性值，稱為『空值』 (Null Value) 鍵值屬性 在一個實體集合中，通常不希望在集合中出現兩個或兩個以上的實體是屬於相同的一個實體，也就是造成了資料的重複 唯一識別該實體的屬性 例如p12中的『員工編號』即為鍵值屬性 學號、身分證號等都是常見的鍵值屬性 鍵值屬性能夠唯一識別該紀錄的屬性，所以 不可有重複值產生 不可有『空值』(Null Value)的情形 單值屬性與多重值屬性 某項屬性會同時具有多個屬性值，稱為『多重值屬性』 例如員工”胡琪偉”承接了兩筆訂單，訂單編號分別94010601，此時的”訂單編號”的屬性即成為『多重值屬性』(Multi-Valued Attribute) 並將以大括弧{}表示成， 該屬性最多只會有一個值或是空值，稱為『單值屬性』 單元型屬性與複合型屬性 單元型屬性 一個屬性不能再被切割成更小的屬性 複合型屬性 一個屬性可以再被切割成更小不同屬性的組合 例如”地址”屬性，可分為區域號碼、縣市、街道等等；而街道或許可以再分為路名、段、巷、弄、號、樓…等等，即為複合型屬性 儲存型屬性與衍生型屬性 儲存型屬性 該屬性的值是必須被儲存下來的 衍生型屬性 由儲存型屬性，或是其他輸入的資料，例如系統日期/時間，所計算出來或推導出來的值 例