数据库技术及应用——ACCESS （4版）第二章.pptx

第2章数据库设计

2.1数据库设计的步骤1.需求分析阶段2.概念结构设计阶段3.逻辑结构设计阶段4.物理结构设计阶段5.实施阶段6.使用与维护阶段数据库设计归纳为如下几个阶段：

2.1数据库设计的步骤

2.1数据库设计的步骤

2.2需求分析

2.2需求分析需求分析具体做法（1）确定系统功能范围，明确哪些业务活动的工作由计算机完成，哪些由人工来做。（2）了解用户对数据库应用系统的各种要求，包括信息要求、处理要求、安全性和完整性要求。（3）深入分析用户的各种需求，并用数据流图描述整个系统的数据流向和对数据进行处理的过程，描述数据与处理之间的联系。（4）分析系统数据，用数据字典描述数据流图中涉及的各数据项、数据结构、数据流、数据存储和处理过程。

2.3概念结构设计

2.3概念结构设计2.3.1实体-联系模型实体-联系模型（EntityRelationshipModel）简称E-R模型，主要用于描述信息世界，作为建立概念模型的实用工具。实体(Entity)是客观存在并相互区别的“事物”。属性(Attribute)是用于描述实体特征与性质的。实体有若干个特性，每一个特性称为实体一个属性，属性不能独立于实体而存在。实体型(EntityType)是用实体名和属性名称集来描述同类实体，称为实体型。实体集(EntitySet)是若干个同类实体全部信息的集合。码(Key)能够唯一地标识出实体集中的某一个实体的属性或属性集。联系(Relationship)是两个或两个以上的实体集间的关联关系。

2.3概念结构设计2.3.2实体-联系图在E-R模型中，数据的结构被表示为“实体-联系”图（E-R图），图中有3个主要的元素，即实体集、属性和联系。（1）“矩形”用于表示实体集；（2）“椭圆形”用于表示实体集中实体的公共属性；（3）“菱形”用于表示实体集之间的联系。其中

2.3概念结构设计2.3.2实体-联系图

2.3概念结构设计2.3.3实体集联系类型

2.4逻辑结构设计逻辑结构的设计过程如下：（1）将概念模型转换为数据模型；（2）对所得到的数据模型进行模型优化；（3）将得到的关系模型转换为具体DBMS支持的关系模式集。

2.4逻辑结构设计2.4.1关系模型数据模型由数据结构、数据操作和完整性约束3部分组成。数据结构是用来描述现实系统中数据的静态特性的，它不仅要描述客观存在的实体本身，还要描述实体间的联系。在概念模型的基础上转换而成的关系模型，是用二维表形式表示实体集的数据结构模型，称之为关系（Relation）。

2.4逻辑结构设计2.4.1关系模型

2.4逻辑结构设计2.4.1关系模型关系模型的数据操作(1)关系模型的数据操作主要是查询、插入、删除和修改。(2)关系模型的数据操作有着强有力的理论基础，基于关系代数、元组关系演算和域关系演算方法。

2.4逻辑结构设计2.4.1关系模型关系模型的完整性约束实体完整性：关系(表)中组成主键的属性值不能重复，且不能是空值(NULL)。Null它不等于0，也不等于空字符串，而是未知的值，是不确定的值。参照完整性：关系中的外键，必须是另一个关系的主键有效值，或者是NULL（空）值。用户自定义完整性用户自定义完整性约束是用户自行定义的删除约束、更新约束、插入约束。

2.4逻辑结构设计2.4.2关系规范化

2.4逻辑结构设计2.4.2关系规范化

2.4逻辑结构设计2.4.3E-R模型与关系模型的转换将E-R图转换为关系模型一般遵循如下原则：（1）一个实体型转换为一个关系模式。（2）实体的属性就是关系的属性，实体的码就是关系的码。（3）1:1联系的转换：先将两个实体型分别转换为两个对应的关系模式，再将联系的属性和其中一个实体型对应关系模式的主键属性加入到另一个关系模式中，也可以与任意一端对应的关系模式合并。（4）1:n联系的转换：先将两个实体型分别转换为两个对应的关系模式，再将联系的属性和1端对应关系模式的主键属性加入到n端对应的关系模式中。（5）m:n联系的转换：先将两个实体型分别转换为两个对应的关系模式，再将联系转换为一个对应的关系模式，其属性由联系的属性和前面两个关系模式的主键属性构成。

2.5物理结构设计

2.5物理结构设计2.5.1表的构成在关系数据库中，一个关系对应一张二维表，又称其为数据表（简称表），这个表包含表结构、关系