資料庫模組化——概念模型、邏輯模型、實體模型

1.概念模型

　　在了解了使用者的需求，使用者的業務領域工作情況以後，經過分析和總結，提煉出來的用以描述使用者業務需求的一些概念的東西。

　　如銷售業務中的“客戶”和“定單”，還有就是“商品”，“業務員”。主要是抽取出系統中有哪些概念（此時可以不包含屬性，隻有實體集，聯系集的分析結構）

　　表示概念模型最常用的是"實體-關系"圖。  E-R圖主要是由實體、屬性和關系三個要素構成的。

　　簡單概括，就是——“是什麼”

2.邏輯模型

　　邏輯模型就是要将概念模型具體化，就是要實作概念模型所描述的東西，需要哪些具體的功能，處理哪些具體的資訊，是對概念模型的進一步細化。

　　還以銷售業務為例：“客戶”資訊基本上要包括：機關名稱，聯系人，聯系電話，位址等屬性；“商品”資訊基本上要包括：名稱，類型，規格，單價等屬性；“定單”資訊基本上要包括：日期和時間屬性。并且“定單”要與“客戶”，“業務員”和“商品”明細關聯。

　　系統需要建立幾個資料表：業務員資訊表，客戶資訊表，商品資訊表，定單表。

　　系統要包括幾個功能：業務員資訊維護，客戶資訊維護，商品資訊維護，建立銷售定單 。

　　簡單概括，就是——“做什麼”

3.實體模型

　　實體模型是對真實資料庫的描述。如關系資料庫中的一些對象為表、視圖、字段、資料類型、長度、主鍵、外鍵、索引、限制、是否可為空、預設值。

　　在具體的實體媒體上實作出來。如：資料庫使用SQL Server 2000，這樣就可以編寫具體的SQL腳本在資料庫伺服器上将資料庫建立起來。其中包括業務員資訊表，客戶資訊表，商品資訊表，定單表。

　　簡單概括，就是——“怎麼做”

4.總結

在概念資料模型中最常用的是ER模型、擴充的ER模型、面向對象模型及謂詞模型。在邏輯資料類型中最常用的是層次模型、網狀模型和關系模型。

實體資料模型是在邏輯資料模型的基礎上，考慮各種具體的技術實作因素，進行資料庫體系結構設計，真正實作資料在資料庫中的存放。