数据库原理第二十六～27讲数据库设计(逻辑结构、物理结构、实施与维护).pptVIP

;第6章 数据库设计;6.4 逻辑结构设计;逻辑结构设计阶段;6.4.1 E-R图向关系模型的转换;E-R图向关系模型的转换（续）;转换原则;① 一个实体型转换为一个关系模式。 关系的属性：实体型的属性 关系的码：实体型的码 例： 学生实体可以转换为如下关系模式： 学生（学号，姓名，出生日期，所在系， 年级，平均成绩） 性别、宿舍、班级、档案材料、教师、课程、教室、教科书都分别转换为一个关系模式。;② 一个 m:n 联系转换为一个关系模式。 关系的属性：与该联系相连的各实体的码以及联系本身的属性 关系的码：各实体码的组合 例： “选修”联系是一个m:n联系，可以将它转换为如下关系模式，其中学号与课程号为关系的组合码： 选修（学号，课程号，成绩）;③ 一个 1:n 联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。 1）转换为一个独立的关系模式 关系的属性：与该联系相连的各实体的码以及联系本身的属性 关系的码：n端实体的码 2)与n端对应的关系模式合并 合并后关系的属性：在n端关系中加入1端关系的码和联系本身的属性 合并后关系的码：不变 后者可以减少系统中的关系个数，一般情况下更倾向于采用这种方法;例： “组成”联系为 1:n 联系。将其转换为关系模式的两种方法： 1）使其成为一个独立的关系模式： 组成（学号，班级号） 2）将其学生关系模式合并： 学生（学号，姓名，出生日期，所在系， 年级，班级号，平均成绩）;④ 一个 1:1 联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。 1) 转换为一个独立的关系模式 关系的属性：与该联系相连的各实体的码及联系本身的属性 关系的候选码：每个实体的码均是该关系的候选码 2) 与某一端对应的关系模式合并 合并后关系的属性：加入对应关系的码和联系本身的属性 合并后关系的码：不变;例： “管理”联系为1:1联系，可以有三种转换方法： （1）转换为一个独立的关系模式： 管理（职工号，班级号） 或 管理（职工号，班级号） （2）“管理”联系与班级关系模式合并，则只需在班级关系中加入教师关系的码，即职工号： 　　 班级（班级号，学生人数，职工号） （3）“管理”联系与教师关系模式合并，则只需在教师关系中加入班级关系的码，即班级号： 教师（职工号，姓名，性别，职称，班级号， 是否为优秀班主任）;注意： 从理论上讲， 1:1 联系可以与任意一端对应的关系模式合并。 但在一些情况下，与不同的关系模式合并效率会大不一样。因此究竟应该与哪端的关系模式合并需要依应用的具体情况而定。 由于连接操作是最费时的操作，所以一般应以尽量减少连接操作为目标。 1:1 联系还经常用来记录“范化”关系。此时不需要任何合并。 例： 如果经常要查询某个班级的班主任姓名，则将管理联系与教师关系合并更好些。 学生与本科生、研究生之间的范化关系为1:1联系;⑤ 三个或三个以上实体间的一个多元联系转换为一个关系模式。 关系的属性：与该多元联系相连的各实体的码以及联系本身的属性 关系的码：各实体码的组合 例： “讲授”联系是一个三元联系，可以将它转换为如下关系模式： 讲授（课程号，职工号，书号） 其中课程号、职工号和书号为关系的组合码。;⑥ 同一实体集的实体间的联系，即自联系，也可按上述1:1、1:n和m:n三种情况分别处理。 例： 如果教师实体集内部存在领导与被领导的1:n自联系，我们可以将该联系与教师实体合并，这时主码职工号将多次出现，但作用不同，可用不同的属性名加以区分： 教师（职工号，姓名，性别，职称，系主任）;⑦ 具有相同码的关系模式可合并。 目的：减少系统中的关系个数。 合并方法：将其中一个关系模式的全部属性加入到另一个关系模式中，然后去掉其中的同义属性（可能同名也可能不同名），并适当调整属性的次序。 例： “拥有”关系模式：拥有（学号，性别） 学生关系模式：学生（学号，姓名，出生日期， 所在系，年级，班级号，平均成绩） 都以学号为码，可以将它们合并为一个关系模式： 学生（学号，姓名，性别，出生日期，所在系， 年级，班级号，平均成绩）;按照上述七条原则，学生管理子系统中的18个实体和联系可以转换为下列关系模型： 学生（学号，姓名，性别，出生日期，所在系， 年级，班级号，平均成绩，档案号） 性别（性别，宿舍楼） 宿舍（宿舍编号，地址，性别，人数） 班级（班级号，学生人数） 教师（职工号，姓名，性别，职称，班级号， 是否为优秀班主任） 教学（职