資料模型的演變

資料管理是關鍵，也是必不可少的。因此，資料模型應運而生，以解決檔案系統問題。以下是DBMS中的資料模型：

層次模型

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

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

最早且最流行的層次模型之一是IBM開發的資訊管理系統(IMS)。

示例

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

優點

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

缺點

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

網路模型

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

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

示例

優點

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

缺點

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

關係模型

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

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

示例

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

優點

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

缺點

• 當模型包含大量資料時，資料庫效率低下會隱藏起來並出現。
• 使用關係資料模型的開銷需要使用強大的硬體和裝置。

Ricky Barnes

更新於：2020年6月15日

5K+ 瀏覽量

啟動您的職業生涯

完成課程獲得認證

開始