数据库原理与开发第二章.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
* 如何区分实体和属性 实体与属性是相对而言的。同一事物,在一种应用环境中作为“属性”,在另一种应用环境中就必须作为“实体”。 例1:学校中的系,在某种应用环境中,它只是作为“学生”实体的一个属性,表明一个学生属于哪个系;而在另一种环境中,由于需要考虑一个系的系主任、教师人数、学生人数、办公地点等,这时它就需要作为实体了。 例2:“学生”由学号、姓名等属性进一步描述,根据准则1,“学生”只能作为实体,不能作为属性。 实体和属性的数据抽象 凡能够作为属性对待的,应尽量作为属性 * 局部视图设计 设计分E-R图的步骤: 1.选择局部应用 2.逐一设计分E-R图 * 需求分析阶段,已用多层数据流图和数据字典描述了整个系统。 设计分E-R图首先需要根据系统的具体情况,在多层的数据流图中选择一个适当层次的数据流图,让这组图中每一部分对应一个局部应用,然后以这一层次的数据流图为出发点,设计分E-R图。 选择局部应用 通常以中层数据流图作为设计分E-R图的依据。 * 逐一设计分E-R图 任务——标定局部应用中的实体、属性、码,实体间的联系 将各局部应用涉及的数据分别从数据字典中抽取出来,参照数据流图,标定各局部应用中的实体、实体的属性、标识实体的码,确定实体之间的联系及其类型。 设计分E-R图的步骤 (1)以数据字典为出发点定义E-R图。 数据字典中的“数据结构”、“数据流”和“数据存储”等已是若干属性的有意义的聚合。 (2)按抽象实体和属性的准则进行必要的调整。 * 局部视图的综合集成 各个局部视图即分E-R图建立好后,还需要对它们进行合并,集成为一个整体的数据概念结构即总E-R图。 * 一次集成 一次集成多个分E-R图 通常用于局部视图比较简单时 逐步累积式 首先集成两个局部视图(通常是比较关键的两个局部视图) 以后每次将一个新的局部视图集成进来 视图集成的方式 * 视图集成的方式 * 合并:解决分E-R图之间的冲突,生成初步E-R图。 重构:消除初步E-R图中的冗余,生成基本E-R图。 视图集成的主要步骤 * 主要两类: 属性域冲突:属性值的类型、取值范围或取值集合不同。 例, 某些部门(即局部应用)以出生日期形式表示学生的年龄,而另一些部门(即局部应用)用整数形式表示学生的年龄。 属性取值单位冲突。 例:学生的身高,有的以米为单位,有的以厘米为单位,有的以尺为单位。 解决方法:通常用讨论、协商等行政手段加以解决 冲突消除—属性冲突 * 两类命名冲突 同名异义:不同意义的对象在不同的局部应用中具有相同的名字 例,局部应用A中将教室称为房间;局部应用B中将学生宿舍称为房间 异名同义(一义多名):同一意义的对象在不同的局部应用中具有不同的名字 例,有的部门把教科书称为课本;有的部门则把教科书称为教材 解决方法:通过讨论、协商等行政手段加以解决 冲突消除—命名冲突 * 冲突消除—结构冲突 同一对象在不同应用中具有不同的抽象。 例,“课程”在某一局部应用中被当作实体;在另一局部应用中则被当作属性。 解决方法:通常是把属性变换为实体或把实体变换为属性,使同一对象具有相同的抽象。 * 冲突消除—结构冲突 同一实体在不同局部视图中所包含的属性不完全相同,或者属性的排列次序不完全相同。 产生原因:不同的局部应用关心的是该实体的不同侧面。 解决方法:使该实体的属性取各分E-R图中属性的并集,再适当设计属性的次序。 * 冲突消除—结构冲突 实体之间的联系在不同局部视图中呈现不同的类型 例1, 实体E1与E2在局部应用A中是多对多联系,而在局部应用B中是一对多联系 例2, 在局部应用X中E1与E2发生联系,而在局部应用Y中E1、E2、E3三者之间有联系。 解决方法:根据应用语义对实体联系的类型进行综合或调整。 * * 教室 * 教室 * 冗余消除 初步E-R图可能存在 冗余的数据:是指可由基本数据导出的数据。 冗余的实体间联系:是指可由其他联系导出的联系。 冗余的坏处:冗余数据和冗余联系容易破坏数据库的完整性,给数据库维护增加困难。 冗余的利用:并不是所有的冗余数据与冗余联系都必须加以消除,有时为了提高某些应用的效率,不得不以冗余信息作为代价。 设计数据库概念结构时,哪些冗余信息必须消除,哪些冗余信息允许存在,需要根据用户的整体需求来确定。 * 冗余消除 分析方法: 以数据字典和数据流图为依据,根据数据字典中关于数据项之间逻辑关系的说明来消除冗余。 如果是为了提高效率,人为地保留了一些冗余数据,则应把数据字典中数据关联的说明作为完整性约束条件。 一种更好的方法是把冗余数据定义在视图中 例,教师工资单中包括该教师的基本工资、各种补贴、应扣除的房租水电费以及实发工资。由于实发工资可以由前面各项推算出来,因此可以去掉,在需要查询实

文档评论(0)

报告论文库 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档