資料模型的演變
資料管理是關鍵,也是必不可少的。因此,資料模型起源於解決檔案系統問題。以下是DBMS中的資料模型:
層次模型
在層次模型中,透過關係的集合形成層次關係,並形成樹狀結構。
關係可以定義為父子型別。
第一個也是最流行的層次模型之一是資訊管理系統 (IMS),由 IBM 開發。
示例
層次結構顯示員工可以是實習生、合同工或全職員工。子級別顯示全職員工可以被聘用為撰稿人、高階撰稿人或編輯。

優點
- 層次模型的設計很簡單。
- 由於基於父子關係,因此提供資料完整性。
- 資料共享是可行的,因為資料儲存在單個數據庫中。
- 即使對於大量資料,此模型也能完美執行。
缺點
- 實現複雜。
- 此模型必須處理插入、更新和刪除等異常。
- 維護困難,因為對資料庫進行的更改可能需要您對整個資料庫結構進行更改。
網路模型
層次模型建立具有父子關係的層次樹,而網路模型具有圖形和連結。
關係可以定義為連結的形式,它處理多對多關係。這本身表明一條記錄可以有多個父級。
示例

優點
- 網路模型易於設計。
- 該模型可以處理一對一、一對多、多對多關係。
- 它將程式與其他細節隔離開來。
- 基於標準和約定。
缺點
- 指標帶來複雜性,因為記錄基於指標和圖形。
- 資料庫的更改並不容易,這使得難以實現結構獨立性。
關係模型
關係模型將資料分組到一個或多個表中。這些表使用公共記錄相互關聯。
資料以行和列(即表)的形式表示。

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

優點
- 關係模型不存在我們在前兩個模型中看到的任何問題,即更新、插入和刪除異常與此模型無關。
- 資料庫的更改不需要您影響整個資料庫。
- 關係模型的實現很容易。
- 維護關係模型不是一項繁瑣的任務。
缺點
- 當模型包含大量資料時,資料庫效率低下會隱藏並出現。
- 使用關係資料模型的開銷伴隨著使用強大硬體和裝置的成本。
廣告
資料結構
網路
關係型資料庫管理系統
作業系統
Java
iOS
HTML
CSS
Android
Python
C 程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP