- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
山东理工大学商学院数据库原理及应用课件 第2章.ppt
教学目标: 理解关系数模型的理论知识 理解关系数据模型的组成要素 掌握关系规范化的理论知识、实现步骤和使用方法 第2章关系数据库理论 2.1关系模型的基本概念 2.2关系规范化 2.3规范化小结 第2章关系数据库理论 关系数据库是建立在集合代数基础上,应用数学方法来处理数据库中的数据。现实世界中的各种实体以及实体之间的各种联系均用关系模型来表示。换句话说,关系数据库是建立在关系模型基础上的数据库。 2.1关系模型的基本概念 关系模型由关系数据结构、关系操作集合、关系完整性约束三部分组成。 2.1关系模型的基本概念 关系数据结构 2.1关系模型的基本概念 关系数据结构 2.1关系模型的基本概念 关系数据结构 2.1关系模型的基本概念 严格地说,关系是一种规范化的二维表格 具有如下性质: 属性值具有原子性,不可分解。 没有重复的元组。 理论上没有行序,但是有时使用时可以有行序。 2.1关系模型的基本概念 在关系数据库中,码(简称码)是关系模型的一个重要概念 。 候选码:如果一个属性集能唯一标识元组,且又不含有多余的属性,那么这个属性集称为关系的候选码。 主码:如果一个关系中有多个候选码,则选择其中的一个码为关系的主码。 2.1关系模型的基本概念 2.1关系模型的基本概念 外码:如果一个关系R中包含另一个关系S的主码所对应的属性组F,则称此属性组F为关系R的外码,并称关系S为参照关系,关系R是依赖关系。 为了表示关联,可以将一个关系的主码作为属性放入另外一个关系中,第二个关系中的那些属性就称为外码。(生成的方法) 2.1关系模型的基本概念 2.1关系模型的基本概念 关系操作集合:主要包括查询、插入、删除和更新数据 。 演示VF中的操作。 关系模型把存取路径向用户隐蔽起来,用户只要指出“干什么”,不必详细说明“怎么干”。 2.1关系模型的基本概念 关系数据模型的完整性主要包括 2.1关系模型的基本概念 域完整性是对数据表中字段属性的约束,它包括字段的值域、字段的类型及字段的有效规则等约束,它是由确定关系结构时所定义的字段的属性决定的。 例如:学生的性别只能取男或女,职工的工作年限不能为负值。 请自己举例3个 2.1关系模型的基本概念 实体完整性是对关系中的记录唯一性,也就是主键的约束。准确地说,实体完整性是指关系中的主属性值不能为Null且不能有相同值。 例如:公民的身份证号不能为空或重复。 请自己举例3个 2.1关系模型的基本概念 参照完整性是对关系数据库中建立关联关系的数据表间数据参照引用的约束,也就是对外键的约束。准确地说,参照完整性是指关系中的外码必须是另一个关系的主码有效值,或者是NULL。 例如:在图书表中的出版社编号可以取空值或出版社表中已有的出版社编号。 请自己举例3个 2.2关系规范化 2.2.1问题提出 2.2.2函数依赖概念 2.2.3规范化 2.2.4 案例研究 2.2.1 问题提出 现在我们要建立一个数据库来描述学生的一些情况。 学生(用学号SNO描述),系(用系名SDEPT描述), 系负责人(用其姓名MN描述), 课程(用课程名CNAME描述) ,成绩(G). 现实世界的已知事实告诉我们∶ 1)一个系有若干学生,但一个学生只属于一个系; 2)一个系只有一名(正职)负责人; 3)一个学生可以选修多门课程,每门课程有若干学生选修; 4)每个学生学习每一门课程有一个成绩。 2.2.1问题提出 S (SNO,SDEPT,MN,CNAME,G) 问题1:如果一个系刚成立尚无学生,或者虽然有了学生但尚未安排课程。这个系及其负责人的信息如何存入数据库?? 2.2.1问题提出 S (SNO,SDEPT,MN,CNAME,G) 问题2:反过来,如果某个系的学生全部毕业了,我们在删除该系学生选修课程的同时,这个系及其负责人的信息也要删除吗? 2.2.1问题提出 S (SNO,SDEPT,MN,CNAME,G) 问题3:每一个系负责人的姓名要与该系每一个学生的每一门功课的成绩出现的次数一样多 ???是否浪费存储空间??? 2.2.1问题提出 S (SNO,SDEPT,MN,CNAME,G) 问题4:某系负责人更换后,就必须逐一修改有关的每一个元组,操作太麻烦了!!! 2.2.1问题提出 插入异常 删除异常 修改异常 冗余太大 假如我们把这个单一的模式改造一下,分成三个关系模式,那些问题还存在吗? S(SNO,SDEPT, SNO→SDEPT); ??? SG(SNO,CNAME,G, (SNO,CNAME)→G); ??? DEPT(SDEPT,MN,
文档评论(0)