CH01 資料庫論述

資料庫的目的是儲存資料,可以被想像成一堆相關資料的組織。因此,它存在的目的是為了支援某個資料庫應用系統,資料必定圍繞著該主題且有相當的關聯性。


1-3 資料模式

1. 實體關係模式(Entity relationship model 又稱 ER model),區分實體和關係,每個實體可以有一個屬性值,實體和實體間亦可以存在著某種關係,各關係之間也可以有一些屬性值。此模式主要用途是描述資料需求

2. 關聯模式(Relational model),所有的資料都是表達關聯,一個關聯就如同表格。關聯裡的每一列就存著某一實體的相關屬性值。

3. 網路模式(Network model),將資料組織成一個網路,也就是一筆資料和一筆資料間若存在某種關係,則用一個連結(Link)表示。

4. 階層模式(Hierarchical model),與Network model相似,差別在於資料形成則以階層(Hierarchy)方式展現。

5. 物件導向模式(Object-oriented model),資料組織上類似Network model並加以繼承(Inheritance)的相關概念。

1-4 資料庫系統

1. 邏輯架構:
  • 從實作上來說,將檔案系統再加上一個軟體模組,便以高階方式將資料提供給資料庫系統。此軟體模組便稱為資料庫管理系統(Database management system,簡稱DBMS)
  • 填入任何資料之前,應先告訴DBMS這些資料定義描述,資料的定義稱為綱目(Schema)
  • 資料定義之後會產生所謂的詮釋資料(Meta data),亦有關資料中的資料(Data that describe data)。
2. 實體架構:

迄至現今盛行所謂的三層式架構(3-tier or N-tier),其架構區分為:
  • 展示層(Presentation tier) => 負責處理使用者輸入的資料並接收資料處理後所傳回的結果,使用簡單。在Web環境下,展示層即由使用者端的瀏覽器(Browser)來負責。
  • 商業邏輯層(Business logic tier) => 作為展示層與資料服務層的橋樑,負責應用系統的作業,資料處理和網站網頁程式等均於此層。
  • 資料服務層(Data service tier) => 負責資料庫的管理工作,主要處理商業邏輯層傳來的資料處理需求,並將結果傳回。
3. 人員:

以下區分四類:
  • 終端使用者(End user)
  • 系統分析師(System analyst)
  • 程式設計師(Programmer)
  • 資料庫管理員(Database administrator)

1-5 資料庫管理系統

三層資料架構區分:
  1. 實體層(Physical level) => 資料的內部綱目(Internal schema),資料實體在硬碟裡儲存資料結構。主要由DBA來設定。
  2. 概念層(Conceptual level) => 資料的概念綱目(Conceptual schema),一般的資料描述。主要由DBA和系統分析師來使用。
  3. 外部層(External level) => 資料的外部綱目(External schema),給不同的系統或程式所看到的資料綱目。主要由程式設計師所使用。*概念綱目可能可以衍生出數個外部綱目,每個外部綱目給不同的應用系統使用。




資料塑模區分三個階段

  • 概念塑模(Conceptual data modeling) => 繪製實體關係圖 => CH02

  • 邏輯塑模(Logical data modeling) => 定義關聯綱目 => CH04

  • 實體塑模(Physical data modeling) => 設定索引 =>



Comments