在寫文件的資料庫設計說明書時，其中有結構設計，就是概念模型、邏輯模型、物理模型。關於這三個模型沒有什麼概念，只記得在資料庫這本書上見過，然後經過查閱之後得出這樣的結論：
概念模型：對真實世界中問題域內的事物的描述，不是軟體設計的描述。
表示概念模型最常用的是「實體-關係」圖
e-r圖主要由實體（矩形）、屬性（橢圓）和關係（菱形）三個要素構成。
關係：一對一，一對多，多對多。
邏輯模型：邏輯資料模型反應的是系統分析設計人員對資料儲存的觀點，是對概念資料模型進一步的分解和細化。
物理模型是對真實資料庫的描述，資料庫中的一些物件如下：表、檢視、字段、資料型別、長度、主鍵、外來鍵、索引，是否可為空，預設值。
概念模型到物理模型的轉換即概念模型中的物件轉換到物理模型中的物件。
資料庫理論 概念模型 邏輯模型 物理模型
在了解了使用者的需求，使用者的業務領域工作情況以後，經過分析和總結，提煉出來的用以描述使用者業務需求的一些概念的東西。如銷售業務中的 客戶 和 定單 還有就是 商品 業務員 主要是抽取出系統中有哪些概念 此時可以不包含屬性，只有實體集，聯絡集的分析結構 表示概念模型最常用的是 實體 關係 圖 e r...
資料庫概念模型和邏輯模型及物理模型
概念模型是面向使用者 面向現實世界的資料模型,與dbms無關。採用概念模型,資料設計 人員可以把主要精力用於了解和描述現實世界上,而把涉及dbms的一些技術性問題推遲 到設計階段解決。需求分析階段完成後,通過分析和總結提煉出資料字典,然後確定實體以及實體之間的聯絡。然後確定實體的屬性，逐步畫出區域性...
概念模型，邏輯模型，物理模型
概念模型 就是在了解了使用者的需求，使用者的業務領域工作情況以後，經過分析和總結，提煉出來的用以描述使用者業務需求的一些概念的東西。如銷售業務中的 客戶 和 定單 還有就是 商品 業務員 用use case來描述就是 業務員 與 客戶 就購買 商品 之事簽定下 定單 邏輯模型 就是要將概念模型具體化...