数据库设计(需求分析、概念结构设计)(1).pptVIP

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