1、概念数据模型（Conceptual Data Model）：简称 概念模型 ，主要用来描述世界的概念化结构，它使数据库的设计人员在设计的初始阶段，摆脱计算机系统及DBMS的具体技术问题，集中精力分析数据以及数据之间的联系 等，与具体的数据管理系统（Database Management System，简称DBMS）无关。概念数据模型必须换成逻辑数据模型，才能在DBMS中实现。
2、逻辑数据模型（Logical Data Model）:简称数据模型，这是用户从数据库所看到的模型，是具体的DBMS所支持的数据模型，如网状数据模型(Network Data Model)、 层次数据模型 (Hierarchical Data Model)等等。
3、物理数据模型（Physical Data Model）:简称 物理模型 ，是面向计算机物理表示的模型，描述了数据在储存介质上的组织结构，它不但与具体的DBMS 有关，而且还与操作系统和硬件有关。每一种逻辑数据模型在实现时都有起对应的物理数据模型。DBMS为了保证其独立性与可移植性，大部分物理数据模型的实 现工作又系统自动完成，而设计者只设计索引、聚集等特殊结构。
数据库建模三步骤：概念模型->逻辑模型->物理模型
概念模型就是在了解了用户的需求，用户的业务领域工作情况以后，经过分析和总结，提炼出来的用以描述用户业务需求的一些概念的东西。如销售业务中的“客户”和“定单”，还有就是“商品”，“业务员”。 用USE CASE来描述就是：“业务员”与“客户”就购买“商品”之事签定下“定单”。（此时可以不包含属性，只有实体集，联系集的分析结构）
逻辑模型就是要将概念模型具体化。要实现概念模型所描述的东西，需要那些具体的功能和处理那些具体的信息。这就到了需求分析的细化阶段。还以销售业务为例：“客户” 信息基本上要包括：单位名称，联系人，联系电话，地址等属性；“商品”信息基本上要包括：名称，类型，规格，单价等属性；“定单”信息基本上要包括：日期 和时间属性。并且“定单”要与“客户”，“业务员”和“商品”明细关联。
系统需要建立几个数据表：业务员信息表，客户信息表，商品信息表，定单表。
系统要包括几个功能：业务员信息维护，客户信息维护，商品信息维护，建立销售定单 。
以上这些均属于建立逻辑模型，这些说明只表明系统要实现什么，但怎样实现，用什么工具实现还没有讲，后者属于物理模型范围。
物理模型就是针对上述逻辑模型所说的内容，在具体的物理介质上实现出来。如：数据库使用SQL Server 2000，这样就可以编写具体的SQL脚本在数据库服务器上将数据库建立起来。其中包括业务员信息表，客户信息表，商品信息表，定单表。客户端使用VS开 发工具，那么在工作站上用VS建立起功能菜单，包括：业务员信息维护，客户信息维护，商品信息维护，建立销售定单等功能，并用工具将每一个功能编码实现。
这三个过程，就是实现一个软件系统的三个关键的步骤，是一个从抽象到具体的一个不断细化完善的分析，设计和开发的过程。
