chp73 数据库的设计.pptVIP

An Introduction to Database System 第七章 数据库设计 7.1 数据库设计概述 7.2 需求分析 7.3 概念结构设计 7.4 逻辑结构设计 7.5 数据库的物理设计 7.6 数据库的实施和维护 7.7 小结 7.4 逻辑结构设计 逻辑结构设计的任务 把概念结构设计阶段设计好的基本E-R图，转换为与选用的DBMS产品所支持的数据模型相符合的逻辑结构。 逻辑结构设计(续) 逻辑结构设计的三个步骤： ⑴.将概念结构转化为一般的关系、网状、层次模型； ⑵.将转换得到的关系、网状、层次模型向特定DBMS支持下的数据模型转换； ⑶.对数据模型进行优化。 逻辑结构设计(续) 7.4 逻辑结构设计 7.4.1 E-R图向关系模型的转换 7.4.2 数据模型的优化 7.4.3 设计用户子模式 7.4.1 E-R图向关系模型的转换 转换内容 转换原则 关系模型的逻辑结构是一组关系模式的集合。E-R图是由实体型、实体的属性和实体型之间的联系三个要素组成的。 E-R图向关系模型的转换（续） E-R图向关系模型的转换要解决的问题 如何将实体型和实体间的联系转换为关系模式 如何确定这些关系模式的属性和码 转换内容 将E-R图转换为关系模型：将实体型、实体的属性和实体型之间的联系转换为关系模式。 E-R图向关系模型的转换（续） ★转换原则： 一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。 ★实体型间的联系有以下的不同情况 ： (1)一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。 转换为一个独立的关系模式 与某一端实体对应的关系模式合并 E-R图向关系模型的转换（续） 如果一个1:1联系转换为一个独立的关系模式： 与该联系相连的各个实体的码以及联系本身的属性均转换为关系的属性，每个实体的码都是该关系的候选码。 如果与某一端实体对应的关系模式合并： 需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。 E-R图向关系模型的转换（续） (2)一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。 转换为一个独立的关系模式 与该联系相连的各个实体的码以及联系本身的属性均转换为关系的属性，而关系的码就是n端实体的码。 与n端对应的关系模式合并 E-R图向关系模型的转换（续） (3) 一个m:n联系转换为一个关系模式。 与该联系相连的各个实体的码以及联系本身的属性均转换为关系的属性，各个实体的码组成该关系的码或者码 的一部分。 例如，“选修”联系是一个m:n联系，可以将它转换为如下关系模式，其中学号与课程号为关系的组合码： 　 选修（学号，课程号，成绩） E-R图向关系模型的转换（续） (4)三个或三个以上实体间的一个多元联系转换为一个关系模式。 与该多元联系相连的各个实体的码以及联系本身的属性均转换为关系的属性，各个实体的码组成该关系的码或者码的一部分。 例如，“讲授”联系是一个三元联系，可以将它转换为如下关系模式，其中课程号、职工号和书号为关系的组合码： 　 讲授（课程号，职工号，书号） E-R图向关系模型的转换（续） (5)具有相同码的关系模式可以合并。 目的：减少系统中的关系个数。 合并方法：将其中一个关系模式的全部属性加入到另一个关系模式中，然后去掉其中的同义属性（可能同名也可能不同名），并适当调整属性的次序。 E-R图向关系模型的转换（续） 注意： 从理论上讲，1:1联系可以与任意一端对应的关系模式合并 但在一些情况下，与不同的关系模式合并效率会大不一样。因此究竟应该与哪端的关系模式合并需要依应用的具体情况而定。 由于连接操作是最费时的操作，所以一般应以尽量减少连接操作为目标。 例如，如果经常要查询某个班级的班主任姓名，则将管理联系与教师关系合并更好些。 E-R图向关系模型的转换（续） [例] 把图7.30中虚线上部的E-R图转换为关系模型 “部门”实体对应的关系模式 部门（部门号，部门名，经理的职工号，…） 此关系模式已包含了联系“领导”所对应的关系模式。 经理的职工号是关系的候选码。 “职工”实体对应的关系模式 职工（职工号、部门号，职工名，职务，…） 该关系模式已包含了联系“属于”所对应的关系模式。 在该关系模式的属性中加入另一个关系模式的码“部门号”。 E-R图向关系模型的转换（续） [例] 把图7.30中虚线上部的E-R图转换为关系模型