数据库逻辑结构及物理设计.pptVIP

逻辑结构设计逻辑结构向关系模型的转换应用规范化理论优化逻辑模型设计用户子模式

逻辑结构向关系模型的转换一个实体类型转换为一个关系模式实体的属性就是关系的属性，实体的关键字就是关系的关键字学生姓名性别学号专业年龄学生（学号，姓名，性别，专业，年龄）

联系一对一的联系（1:1）转换方法转换为一个独立的关系模式联系名为关系模式名，与该联系相连的两个实体的关键字及联系本身的属性为关系模式的属性。其中，每个实体的关键字均为该关系模式的候选键。与任意一端的关系模式合并。可将相关的两个实体转换为两个关系，并在任意一个关系的属性中加入另一个关系的主关键字采用哪种转换方法视情况而定。

实例：假设某工厂的每个仓库只配备一个管理员管理员仓库管理11管理员号姓名联系方式面积仓库号管理员（管理员编号，姓名，联系方式）仓库（仓库编号，面积，管理员号）管理员（管理员编号，姓名，联系方式）仓库（仓库编号，面积）管理（仓库编号，管理员号）或ER图关系模式

一对多的联系（1：M）一对多的联系（1：M）转换方式将一对多的联系（1：M）转换为一个独立的关系模式。联系名为关系模式名，与该联系相连的两个实体的关键字及联系本身的属性为关系模式的属性。关系模式的关键字为M端实体的关键字将一对多的联系（1：M）与M端关系合并1端的关键字及联系的属性并入M端的关系模式即可实例：“学生”与“专业”之间的联系为：1：M

专业学生学习学号姓名所属院系专业名专业号ER模型关系模式专业（专业号，专业名，所属院系）学生（学号，姓名，专业编号）或专业（专业号，专业名，所属院系）学生（学号，姓名）学习（专业编号，学号）M1

多对多的联系（M：N）转换方法：将多对多的联系（M：N）转换为一个关系模式关系模式名为联系名，与该联系相连的两个实体的关键字及联系本身的属性为关系模式的属性关系模式的关键字为联系中各实体关键字的并集实例：学校中，“学生”实体和“课程”实体之间的联系为多对多的。见下图：

课程学生选修学号姓名上课地点指定教材课程号ER模型关系模式课程（课程号，指定教材，上课地点）学生（学号，姓名，专业）选修（学号，课程号，成绩）NM专业成绩

同一实体内部的联系可将该实体集分为相互联系的两个子集，然后根据它们相互不同的联系（1：1、1：M、M：N）按照上述规则处理。实例：职工实体集内部有领导和被领导的关系1：M职工领导1M车间主任职工领导1M

三个或三个以上实体间的多元联系转换为一个关系模式与该联系相连的各实体的关键字及联系本身的属性为关系模式的属性关系模式的关键字为联系中各实体关键字的并集

项目01.零件01.供应商01.零件名01.供应商名01.地址01.供应商号01.材料01.颜色01.电话01.项目号01.项目名称01.开工日期01.零件号01.使用01.P01.N01.M01.

供应商（供应商号，供应商名，地址，电话）项目（项目编号，项目名称，开工日期）零件（零件号，零件名，材料，颜色）使用（供应商号，项目编号，零件号，用量）

根据需求分析阶段所得的实际应用需求，确定是否对某个关系模式进行分解或者合并。确定出每个关系模式内部属性之间的数据依赖和不同关系属性之间的数据依赖按照数据依赖和规范化理论对关系模式逐一进行分析，考察是否存在部分函数依赖，传递函数依赖，多值依赖等，从而确定各关系模式分别属于第几范式。对各个关系模式之间的数据依赖进行极小化，消除冗余的联系对关系模式进行进一步的分解和合并，减低数据的冗余度和提高数据操作的效率。应用规范化理论优化逻辑模型

屏蔽逻辑模式，为应用程序提供了一定的逻辑独立性可以更好地适应不同用户对数据的需求为用户划定了访问数据的范围，由利于数据库的管理子模式的作用设计用户子模式

子模式的设计内容子表的名字子表的组成子表的每个列分别来自哪张基本表DBMS的视图功能很容易实现子模式

物理设计本阶段实现的是系统的内模式，它的质量直接决定了整个系统的质量。

任务：根据具体计算机系统（DBMS和硬件等）的特点，为给定的数据库模型确定合理的存储结构和存取方法：使设计出的物理数据库占用较少的存储空间对数据库的操作具有尽可能高的速度设计数据库的物理结构，设计人员必须充分了解：所用DBMS的内部特征数据系统的实际应用环境，特别是数据应用处理的频率和响应时间的要求外存设备的特征内容确定数据的存取方法确定数据的存储结构

设计之前，对数据库系统所支持的事务要进行仔细的分析，获得优化数据库物理设计的参数。对于数据库查询事务，需要得到如下信息要查询的关系查询条件（即选择条件）所涉及的属性连接条件所涉及的属性查询的投影属性影响物理设计的因素

对于数据更新事务，需要得到如下信息：要更新的关系每个关系上的更新操作的类型删除和修改操作所涉及到的属性修改操作要更改的属性值知道每个事务在各关