数据库原理-第23～25讲-数据库设计(需求分析、概念结构设计).pptVIP

* * * * * * * * * * 2）同一实体在不同局部视图中所包含的属性不完全相同，或者属性的排列次序不完全相同。 产生原因：不同的局部应用关心的是该实体的不同侧面。 解决方法：使该实体的属性取各分E-R图中属性的并集，再适当设计属性的次序。 数据库原理-第23～25讲-数据库设计(需求分析、概念结构设计)全文共118页，当前为第95页。 在应用A中 学生（学号，姓名，性别，平均成绩） 在应用B中 学生（姓名，学号，出生日期，所在系，年级） 在应用C中 学生（姓名，政治面貌，学号） 合并后 学生（学号，姓名，出生日期，政治面貌，所在系， 年级，性别，平均成绩） 数据库原理-第23～25讲-数据库设计(需求分析、概念结构设计)全文共118页，当前为第96页。 3）实体之间的联系在不同局部视图中呈现不同的类型 解决方法：根据应用语义对实体联系的类型进行综合或调整。 例1： 实体E1与E2在局部应用A中是多对多联系，而在局部应用B中是一对多联系 例2： 在局部应用X中E1与E2发生联系，而在局部应用Y中E1、E2、E3三者之间有联系。 数据库原理-第23～25讲-数据库设计(需求分析、概念结构设计)全文共118页，当前为第97页。 (E-R)1 (E-R)2 (E-R)12 合并两个分 E-R 图时的综合 数据库原理-第23～25讲-数据库设计(需求分析、概念结构设计)全文共118页，当前为第98页。 合并分E-R图，生成初步E-R图实例 例： 合并学籍管理局部视图, 课程管理局部视图 这两个分E-R图存在着多方面的冲突 (1) 班主任实际上也属于教师 学籍管理中的班主任实体与课程管理中的教师实体在一定程度上属于异名同义，可以应将学籍管理中的班主任实体与课程管理中的教师实体统一称为教师。 统一后教师实体的属性构成为： 教师：｛职工号，姓名，性别，职称， 是否为优秀班主任｝ 数据库原理-第23～25讲-数据库设计(需求分析、概念结构设计)全文共118页，当前为第99页。 (2) 合并教师与学生间的两种联系 将班主任改为教师后，教师与学生之间的联系在两个局部视图中呈现两种不同的类型： 一种是学籍管理中教师与学生之间的指导联系 一种是课程管理中教师与学生之间的教学联系 可以将这两种联系综合为教学联系。 指导联系实际上可以包含在教学联系之中。 数据库原理-第23～25讲-数据库设计(需求分析、概念结构设计)全文共118页，当前为第100页。 (3) 合并性别在两个局部应用中的不同抽象 性别在两个局部应用中具有不同的抽象，它在学籍管理中为实体，在课程管理中为属性，按照前面提到的两个原则，在合并后的E-R图中性别只能作为实体，否则它无法与宿舍实体发生联系。 (4) 调整学生属性次序 在两个局部E-R图中，学生实体属性组成及次序都存在差异，应将所有属性综合，并重新调整次序。 假设调整结果为： 学生：｛学号，姓名，出生日期，年龄， 所在系，年级，平均成绩｝ 解决上述冲突后，学籍管理分E-R图与课程管理分E-R图合并为下图所示形式： 数据库原理-第23～25讲-数据库设计(需求分析、概念结构设计)全文共118页，当前为第101页。 学生管理子系统的初步E-R图 数据库原理-第23～25讲-数据库设计(需求分析、概念结构设计)全文共118页，当前为第102页。 ② 修改与重构 消除冗余的数据与冗余的实体间联系 设计生成基本E-R图 逻辑 设计 阶段 概念设计阶段 合并 取消 冲突 修改 重构 消除 冗余 抽象 数据 设计 局部 视图 局部 E-R图 初步 E-R图 基本 E-R图 数据库原理-第23～25讲-数据库设计(需求分析、概念结构设计)全文共118页，当前为第103页。 1、冗余 冗余的数据 是指可由基本数据导出的数据。 冗余的联系 是指可由其他联系导出的联系。 消除冗余要把握好度 冗余数据和冗余联系容易破坏数据库的完整性，给数据库维护增加困难。 有时为了提高某些应用的效率，不得不以冗余信息作为代价。 数据库原理-第23～25讲-数据库设计(需求分析、概念结构设计)全文共118页，当前为第104页。 根据需求取舍冗余 设计数据库概念结构时，哪些冗余信息必须消除，哪些冗余信息允许存在，需要根据用户的整体需求来确定。 基本E-R图 消除不必要的冗余后的初步E-R图称为基本E-R图 数据库原理-第23～25讲-数据库设计(需求分析、概念结构设计)全文共118页，当前为第105页。 2．消除冗余的方法 分析方法 以数据字典和数据流图为依据，根据数据字典中关于数据项之间逻辑关系的说明来消除冗余。 如果是为了提高效率，人为地保留