《数据库原理与应用第六章.ppt

数据模型的优化（续） 例，课程关系模式内部存在下列数据依赖： 　　 课程号→课程名 　　 课程号→学分 课程号→教室号 　 选修关系模式中存在下列数据依赖： 　　 （学号，课程号）→成绩 　　 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 数据模型的优化（续） 学生关系模式中存在下列数据依赖： 　 学号→姓名 　 学号→性别 　 学号→出生日期 　 学号→所在系 学号→年级 　 学号→班级号 　 学号→平均成绩 　 学号→档案号 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 数据模型的优化（续） 学生关系模式的学号与选修关系模式的学号之间存在数据依赖： 学生.学号→选修.学号　　 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 数据模型的优化（续） ⒉ 对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 数据模型的优化（续） ⒊ 按照数据依赖的理论对关系模式逐一进行分析，考查是否存在部分函数依赖、传递函数依赖、多值依赖等，确定各关系模式分别属于第几范式。 　 例如经过分析可知，课程关系模式属于BC范式。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 数据模型的优化（续） ⒋ 按照需求分析阶段得到的各种应用对数据处理的要求，分析对于这样的应用环境这些模式是否合适，确定是否要对它们进行合并或分解。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 数据模型的优化（续） 并不是规范化程度越高的关系就越优。 当一个应用的查询中经常涉及到两个或多个关系模式的属性时，系统必须经常地进行联接运算，而联系运算的代价是相当高的，可以说关系模型低效的主要原因就是做联接运算引起的，因此在这种情况下，第二范式甚至第一范式也许是最好的。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 6.3.3E-R图的修改与重构（2） 消除冗余主要采用分析方法，例如教师工资单里的实发工资，可以推算 消除冗余还可采用规范化理论 例， 学生实体的年龄可由生日推算，属冗余数据 教室实体与班级实体的上课联系可由教室与课程间的开设联系、课程与学生间的选修联系、学生与班级之间的组成联系推导出来，属于冗余联系 学生实体中平均成绩可由选修联系中的成绩属性推算，但经常查询，为维护数据一致性，应设置触发器 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 整体概念结构（总E-RT图）必须验证 整体概念结构内部必须具有一致性 整体概念结构能准确反映原来的每个视图结构 整体概念结构能满足需求分析阶段所确定的所有要求 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profil