数据库设计三大模型：概念模型、逻辑模型与物理模型详解

烟锁池塘柳0

于 2025-05-06 08:11:32 发布

阅读量1.8k

点赞数 15

分类专栏：后端与技术栈文章标签：数据库

本文链接：https://blog.csdn.net/Zlyzjiabjw547479/article/details/147726197

版权

后端与技术栈专栏收录该内容

7 篇文章

订阅专栏

数据库设计三大模型：概念模型、逻辑模型与物理模型详解

引言

在数据库设计过程中，我们通常会经历三个主要阶段：概念建模、逻辑建模和物理建模。这三个阶段分别对应着不同的抽象层次，从高层次的业务概念到底层的物理实现。本文将详细介绍这三种模型的定义、特点、作用以及它们之间的转换关系，帮助读者更好地理解数据库设计的完整流程。

一、概念模型（Conceptual Model）

1.1 定义

概念模型是数据库设计的第一阶段，它是对现实世界的高层次抽象表示，主要关注的是“做什么”而非“怎么做”。概念模型独立于任何具体的数据库管理系统（DBMS）和物理存储细节。

1.2 特点

高度抽象：反映业务需求和业务规则，不涉及具体实现
面向业务人员：便于业务人员理解和验证
独立性强：不依赖于特定的数据库技术
稳定性好：业务变化时，概念模型相对稳定

1.3 常用表示方法

实体关系图(E-R图)：最常用的概念模型表示方法
我们通常称使用实体(Entity)、属性(Property)、关系(Relationship) 来表示数据关联和事物描述的这种对数据抽象建模为ER实体关系模型。

实体通常为参与到过程中的主体，客观存在的，比如商品、仓库、货位、汽车，此实体非数据库表的实体表。
属性对主体的描述、修饰即为属性，比如商品的属性有商品名称、颜色、尺寸、重量、产地等。
关系现实的物理事件是依附于实体的，比如商品入库事件，依附实体商品、货位，就会有“库存”的属性产生；用户购买商品，依附实体用户、商品，就会有“购买数量”、“金额”的属性产品。
实体之间一般存在已下几种关系：

1:1 即1对1的关系
1:n 即1对多的关系
n:m 即多对多的关系

ER实体关系模型一般严格遵循 第三范式(3NF)，数据冗余程度低，且数据的一致性容易得到保证。但是由于数据分布于众多的表中，所以查询会相对复杂，在大数据量的场景下，查询效率相对较低。

（此处参考：数据建模 - 概念模型，逻辑模型，物理模型的区别以及建模方式）

-UML类图：面向对象方法中常用的表示方法

1.4 主要元素

实体(Entity)：现实世界中可区别的事物，如学生、课程
属性(Attribute)：实体的特征，如学生的姓名、学号
关系(Relationship)：实体间的联系，如学生选修课程

二、逻辑模型（Logical Model）

2.1 定义

逻辑模型是在概念模型基础上，根据特定的数据模型（如关系模型、网状模型等）进行的细化和转换。它描述了数据的逻辑结构，但仍然不依赖于具体的数据库管理系统。

2.2 特点

中等抽象级别：比概念模型更具体，但仍不涉及物理存储细节
面向数据库设计人员：便于数据库设计人员理解和设计
依赖于特定的数据模型：如关系模型、层次模型等
相对稳定：当选定数据模型后，逻辑模型相对稳定

2.3 常用表示方法

关系模式：表示为表的形式，如Student(学号, 姓名, 性别)
规范化模式：经过规范化处理的关系模式

2.4 主要元素

表(Table)：在关系模型中，实体转换为表
字段(Field)：实体的属性转换为表的字段
主键(Primary Key)：唯一标识表中的记录
外键(Foreign Key)：表示表间的关系

三、物理模型（Physical Model）

3.1 定义

物理模型是数据库设计的最后阶段，它描述了数据在特定数据库管理系统中的物理存储方式和访问方法。物理模型高度依赖于具体的数据库管理系统。

3.2 特点

低抽象级别：直接关注数据的物理存储和访问
面向数据库管理员(DBA)：便于DBA进行性能优化和维护
高度依赖于特定DBMS：如MySQL、Oracle、SQL Server等
易变性高：随着性能需求和硬件环境的变化而变化

3.3 常用表示方法

数据定义语言(DDL)：如CREATE TABLE语句
物理存储图：表示表空间、文件组等物理存储结构

3.4 主要元素

表空间(Tablespace)：数据的物理存储区域
索引(Index)：提高查询效率的数据结构
分区(Partition)：大表的物理划分
存储过程(Stored Procedure)：预编译的SQL代码块

四、三种模型的对比与转换

4.1 三种模型的对比

特性	概念模型	逻辑模型	物理模型
抽象级别	高	中	低
面向对象	业务人员	数据库设计人员	数据库管理员
依赖性	独立于任何DBMS	依赖于数据模型	依赖于特定DBMS
稳定性	最稳定	相对稳定	易变
关注点	业务需求	数据结构	存储和性能

4.2 模型转换

4.2.1 概念模型到逻辑模型的转换

实体转换为表
属性转换为字段
一对一关系通常使用外键实现
一对多关系在"多"的一方添加外键
多对多关系需要创建中间表

4.2.2 逻辑模型到物理模型的转换

确定表的物理存储位置
创建索引以提高查询效率
根据数据量决定是否分区
确定字段的物理类型和长度
添加约束和触发器

五、实际应用案例

5.1 学生选课系统

5.1.1 概念模型

实体：学生、课程、教师
关系：学生选修课程、教师授课

5.1.2 逻辑模型

学生表：Student(学号, 姓名, 性别, 年龄)
课程表：Course(课程号, 课程名, 学分)
教师表：Teacher(教师号, 教师名, 职称)
选课表：SC(学号, 课程号, 成绩)
授课表：TC(教师号, 课程号)

5.1.3 物理模型

CREATE TABLE Student (
    StuID VARCHAR(10) PRIMARY KEY,
    StuName VARCHAR(20) NOT NULL,
    Gender CHAR(1) CHECK (Gender IN ('M', 'F')),
    Age INT CHECK (Age > 0)
) ENGINE=InnoDB;

CREATE TABLE Course (
    CourseID VARCHAR(10) PRIMARY KEY,
    CourseName VARCHAR(50) NOT NULL,
    Credit DECIMAL(3,1) NOT NULL
) ENGINE=InnoDB;

-- 其他表的创建语句...

CREATE INDEX idx_student_name ON Student(StuName);