七章数据库设计.pptVIP

7.2.4 逻辑设计阶段 5. 三个或三个以上实体间的一个多元联系可转换为一个关系模式： 关系的属性：与该多元联系相连的各实体的码以及联系本身的属性 关系的码：各实体码的组合 m n P 项 目 零 件 供应 供应商 数量 供应（供应商号，项目号，零件号，数量） 7.2.4 逻辑设计阶段 6. 具有相同码的关系模式可合并： 目的：减少系统中的关系个数 合并方法：将其中一个关系模式的全部属性加入到另一个关系模式中，然后去掉其中的同义属性（可能同名也可能不同名），并适当调整属性的次序。 例，关系模式： 开设（系号，专业号） 专业（专业号，专业名） 专业（专业号，专业名，系号） 专业 班级 学生 开设 专业名 拥有 包含 专业号 班级号 班级名 学号 姓名 性别 出生日期 课程 教师 课程名 属于 讲授 课程号 系名 教师号 姓名 性别 职称 系 系号 负责 负责人 性别 性别 工号 m n n 1 1 1 1 m n 1 n n n 1 选修 成绩 7个实体 7个联系，其中：1个1:1联系，4个1:n联系，2个m:n联系。 教务管理系统的关系模型 　　　按照上述原则，教务管理系统中的实体和联系可以转换为下列关系模型： 系（系号，系名） 　专业（专业号，专业名，系号） 　 [系:专业的1:n(开设)] 　 班级（班级号，班级名，系号） 　 [专业:班级的1:n(拥有)] 学生（学号，姓名，性别，出生日期，班级号） 　 [班级:学生的1:n(包含)] 课程（课程号，课程名） 教师（教师号，姓名，性别，职称，系号） 　 [系:教师的1:n(属于)] 选修（学号，课号，成绩） 　 [学生:课程的m:n(选修)] 讲授（教师号，课程号） 　　 [教师:课程的m:n(讲授)] 负责人（工号，姓名，性别，系号） 　 [系:负责人的1:1(负责)] 7.2.4 逻辑设计阶段 数据库逻辑设计的结果不是唯一的。 得到初步数据模型后，还应该适当地修改、调整数据模型的结构，以进一步提高数据库应用系统的性能，这就是数据模型的优化。 关系数据模型的优化通常以规范化理论为指导。 关系模式规范化 注：并不是规范化程度越高的关系就越优。 7.2.4 逻辑设计阶段 关系模式优化 ⒈ 确定数据依赖：按需求分析阶段所得到的语义，分别写出每个关系模式内部各属性之间的数据依赖以及不同关系模式属性之间的数据依赖。 ⒉ 对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。 ⒊ 按照数据依赖的理论对关系模式逐一进行分析，考查是否存在部分函数依赖、传递函数依赖、多值依赖等，确定各关系模式分别属于第几范式。 ⒋ 按照需求分析阶段得到的各种应用对数据处理的要求，分析对于这样的应用环境这些模式是否合适，确定是否要对它们进行合并或分解。 7.2.4 逻辑设计阶段 例：在关系模式 学生成绩单(学号,英语,数学,语文,平均成绩) 中存在下列函数依赖： 　 学号→英语 学号→数学 学号→语文 　 学号→平均成绩 (英语, 数学, 语文)→平均成绩 显然有：学号→(英语,数学,语文) 因此该关系模式中存在传递函数依赖，是2NF关系。 虽然平均成绩可以由其他属性推算出来，但如果应用中需要经常查询学生的平均成绩，为提高效率，我们仍然可保留该冗余数据，对关系模式不再做进一步分解。 7.2.4 逻辑设计阶段 ⒌ 对关系模式进行必要的分解，以提高数据操作的效率和存储空间的利用率。 常用分解方法 水平分解：把(基本)关系的元组分为若干子集合，定义每个子集合为一个子关系，以提高系统的效率。 垂直分解：把关系模式R的属性分