資料模型的演變


資料管理是關鍵,也是必不可少的。因此,資料模型起源於解決檔案系統問題。以下是DBMS中的資料模型:

層次模型

在層次模型中,透過關係的集合形成層次關係,並形成樹狀結構。

關係可以定義為父子型別。

第一個也是最流行的層次模型之一是資訊管理系統 (IMS),由 IBM 開發。

示例

層次結構顯示員工可以是實習生、合同工或全職員工。子級別顯示全職員工可以被聘用為撰稿人、高階撰稿人或編輯。

優點

  • 層次模型的設計很簡單。
  • 由於基於父子關係,因此提供資料完整性。
  • 資料共享是可行的,因為資料儲存在單個數據庫中。
  • 即使對於大量資料,此模型也能完美執行。

缺點

  • 實現複雜。                   
  • 此模型必須處理插入、更新和刪除等異常。
  • 維護困難,因為對資料庫進行的更改可能需要您對整個資料庫結構進行更改。

網路模型

層次模型建立具有父子關係的層次樹,而網路模型具有圖形和連結。

關係可以定義為連結的形式,它處理多對多關係。這本身表明一條記錄可以有多個父級。

示例

優點

  • 網路模型易於設計。
  • 該模型可以處理一對一、一對多、多對多關係。
  • 它將程式與其他細節隔離開來。
  • 基於標準和約定。

缺點

  • 指標帶來複雜性,因為記錄基於指標和圖形。
  • 資料庫的更改並不容易,這使得難以實現結構獨立性。

關係模型

關係模型將資料分組到一個或多個表中。這些表使用公共記錄相互關聯。

資料以行和列(即表)的形式表示。

示例

讓我們看一個兩個關係<Employee><Department>相互連結的示例,其中DepartmentID<Employee>表的外部鍵,也是<Department>表的主鍵。

優點

  • 關係模型不存在我們在前兩個模型中看到的任何問題,即更新、插入和刪除異常與此模型無關。
  • 資料庫的更改不需要您影響整個資料庫。
  • 關係模型的實現很容易。
  • 維護關係模型不是一項繁瑣的任務。

缺點

  • 當模型包含大量資料時,資料庫效率低下會隱藏並出現。
  • 使用關係資料模型的開銷伴隨著使用強大硬體和裝置的成本。

更新於: 2020年6月15日

5K+ 瀏覽量

開啟你的 職業生涯

透過完成課程獲得認證

開始學習
廣告

© . All rights reserved.