《数据库原理与应用》.ppt

AnQing Teachers College Department of Computer & Information
数据库原理与应用
Principle and Application of Database System
安庆端对应的关系模式合并。
但在一些情况下，与不同的关系模式合并效率会大不一样。因此究竟应该与哪端的关系模式合并需要依应用的具体情况而定。
由于连接操作是最费时的操作，所以一般应以尽量减少连接操作为目标。
例如，如果经常要查询某个班级的班主任姓名，则将管理联系与教师关系合并更好些。
整理课件
E-R图向关系模型的转换（续）
⒌ 三个或三个以上实体型间的联系转换为一个关系模式。
关系的属性：与该多元联系相连的各实体型的码以及联系本身的属性
关系的码：各实体型码的组合
整理课件
n
m
p
供应商
供应
项目
零件
项目号
预算
开工日期
姓名
电话号
供应商号
供应量
地址
账号
零件号
名称
描述
规格
单价
整理课件
E-R图向关系模型的转换（续）
⒍ 同一实体集的实体间的联系，也可按上述1:1、1:n和m:n三种情况分别处理。
例，如果教师实体集内部存在领导与被领导的1:n联系，我们可以将该联系与教师实体型合并，这时主码职工号将多次出现，但作用不同，可用不同的属性名加以区分：
教师：｛教师号，姓名，性别，职称，系主任｝
整理课件
E-R图向关系模型的转换（续）
⒎ 具有相同码的关系模式可合并。
目的：减少系统中的关系个数。
合并方法：将其中一个关系模式的全部属性加入到另一个关系模式中，然后去掉其中的同义属性（可能同名也可能不同名），并适当调整属性的次序。
整理课件
E-R图向关系模型的转换（续）
例，“拥有”关系模式：
　拥有（学号，性别）
与学生关系模式：
学生（学号，姓名，出生日期，所在系，年级，
班级号，平均成绩）
都以学号为码，可以将它们合并为一个关系模式：
　学生（学号，姓名，性别，出生日期，所在系，
年级，班级号，平均成绩）
整理课件
向特定DBMS规定的模型进行转换
一般的数据模型还需要向特定DBMS规定的模型进行转换。
整理课件
逻辑结构设计
E-R图向关系模型的转换
向特定DBMS规定的模型进行转换
数据模型的优化
设计用户子模式
整理课件
数据模型的优化
得到初步数据模型后，还应该适当地修改、调整数据模型的结构，以进一步提高数据库应用系统的性能，这就是数据模型的优化。
关系数据模型的优化通常以规范化理论为指导。
整理课件
1. 考查关系模式的函数依赖关系，确定范 式等级。逐一分析各关系模式，考查是否存在部分函数依赖、传递函数依赖，确定它们分别是第几范式。
整理课件
2. 对关系模式进行合并或分解。根据应用要求，考查这些关系模式是否合乎要求，从而确定是否要对这些模式进行合并或分解。对于具有相同主码的关系模式一般可以合并；对于非BCNF的关系模式，要考察“异常问题”是否在实际应用中产生影响，对于那些只是查询，不执行更新操作，则不必对模式进行规范化。
整理课件
逻辑结构设计
E-R图向关系模型的转换
向特定DBMS规定的模型进行转换
数据模型的优化
设计用户子模式
整理课件
设计用户子模式
将概念模型转换为全局逻辑模型后，还应该根据局部应用需求，结合具体DBMS，设计用户的外模式。
目前关系数据库管理系统都提供了视图，我们可以利用这一功能来设计满足用户需求的外模式。
整理课件
设计用户子模式（续）
(1) 使用更符合用户****惯的别名
合并各分E-R图曾做了消除命名冲突的工作，以使数据库系统中同一关系和属性具有唯一的名字。这在设计数据库整体结构时是非常必要的。
但对于某些局部应用，由于改用了不符合用户****惯的属性名，可能会使他们感到不方便，因此在设计用户的子模式时可以重新定义某些属性名，使其与用户****惯一致，方便使用。
整理课件
设计用户子模式（续）
例：负责教师人事档案的用户****惯于称教师模式的教师号为职工号。因此可以定义视图，在视图中将教师号重新定义为职工号。
整理课件
设计用户子模式（续）
(2) 针对不同级别的用户定义不同的外模式，以满足系统对安全性的要求。
整理课件
设计用户子模式（续）
例：
假设有关系模式：产品（产品号，