第3篇关系数据理论.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文档。上传文档
查看更多
目标 规范化理论的提出 例如,要求设计教学管理数据库,其 关系模式SCD如下: SCD(SNO,SN,AGE,DEPT,MN,CNO,SCORE) 非规范化理论设计数据库可以存在: 数据冗余 插入异常 删除异常 更新异常 关系数据库的规范化理论主要包括:函数信赖、范式(Normal Form)和模式设计三个方面的内容 。其中,函数信赖起着核心的作用,是模式分解和模式设计的基础,范式是模式分解的标准。 函数依赖 关系模式中的各属性之间相互依赖、相互制约的联系称为数据依赖。 定义 设关系模式R(U,F),U是属性全集,F是U上的函数依赖集,X和Y是U的子集,如果对于R(U)的任意一个可能的关系r,对于X的每一个具体值,Y都有唯一的具体值与之对应,则称X决定函数Y,或Y函数依赖于X,记作X→Y。 函数依赖的基本性质 函数依赖的相关概念 函数依赖定义的码 第一范式 如果关系模式R,其所有的属性均为简单属性,即每个属性都是不可再分的,则称R属于第一范式,简称1NF 即关系中每个属性都是不可再分的简单项 第二范式 如果关系模式R 1NF,且每个非主属性都完全函数依赖于R的每个关系键,则称R属于第二范式,简称2NF 。 从1NF关系中消除非主属性对关系键的部分函数依赖,则可得到2NF关系。 如果R的关系键为单属性,或R的全体属性均为主属性,则R属于2NF 2NF的缺点 数据冗余。每个系名和系主任的名字存储的次数等于该系的学生人数。 插入异常。当一个新系没有招生时,有关该系的信息无法插入。 删除异常。某系学生全部毕业而没有招生时,删除全部学生的记录也随之删除了该系的有关信息。 更新异常。更换系主任时,仍需改动较多的学生记录。 第三范式 如果关系模式R 2NF,且每个非主属性都不传递依赖于R的每个关系键,则称R属于第三范式,简称3NF 没有非主属性对键的部分依赖,也没有非主属性对键的传递依赖,解决了2NF中存在的四个问题 数据冗余降低 系主任的名字存储的次数与该系的学生人数无关,只在关系D中存储一次。 不存在插入异常 当一个新系没有学生时,该系的信息可以直接插入到关系D中,而与学生关系S无关。 不存在删除异常 要删除某系的全部学生而仍然保留该系的有关信息时,可以只删除学生关系S中的相关学生记录,而不影响系关系D中的数据。 不存在更新异常 更换系主任时,只需修改关系D中一个相应元组的MN属性值,从而不会出现数据的不一致现象 BCNF范式 如果关系模式R是1NF,且所有的函数依赖X→Y(Y X),决定因素X都包含了R的一个候选键,则称R属于BCNF范式。 满足BCNF的关系将消除任何属性(主属性或非主属性)对键的部分函数依赖和传递函数依赖 数据库设计 需要技能 数据库的基本知识和数据库设计技术; 计算机科学的基础知识和程序设计的方法和技巧; 软件工程的原理和方法; 应用领域的知识。 分类 数据库的结构设计 数据库的行为设计 基于E-R模型的设计方法 基于E-R模型的数据库设计方法是由P.P.S.chen于1976年提出的数据库设计方法,其基本思想是在需求分析的基础上,用E-R(实体—联系)图构造一个反映现实世界实体之间联系的企业模式,然后再将此企业模式转换成基于某一特定的DBMS的概念模式 基于3NF的数据库设计方法 具体设计步骤 设计企业模式,利用规范化得到的3NF关系模式画出企业模式; 设计数据库的概念模式,把企业模式转换成DBMS所能接受的概念模式,并根据概念模式导出各个应用的外模式; 设计数据库的物理模式(存储模式); 对物理模式进行评价; 实现数据库。 需求分析-1 调查分析用户的活动 调查组织机构情况 调查各部门的业务活动情况 收集和分析需求数据,确定系统边界 信息需求指目标范围内涉及的所有实体、实体的属性以及实体间的联系等数据对象 处理需求指用户为了得到需求的信息而对数据进行加工处理的要求 安全性和完整性的需求 需求分析-2 编写需求分析说明书 系统概况,系统的目标、范围、背景、历史和现状; 系统的原理和技术,对原系统的改善; 系统总体结构与子系统结构说明; 系统功能说明; 数据处理概要、工程体制和设计阶段划分; 系统方案及技术、经济、功能和操作上的可行性 数据字典 数据项 数据结构 数据流 数据存储 处理过程 概念结构设计 从逻辑设计中分离出概念设计以后,各阶段的任务相对单一化,设计复杂程度大大降低,便于组织管理。 概念模型不受特定的DBMS的限制,也独立于存储安排和效率方面的考虑,因而比逻辑模型更为

文档评论(0)

187****5045 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档