[数据库第三章节.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文档。上传文档
查看更多
[数据库第三章节

第3章 关系数据库系统RDBS 一.关系数据库语言-SQL语言简介 Structured Query Language 结构化查询语言 归结起来,SQL语言命令为: 关系模型就是用二维表格结构来表示实体及实体之间联系的模型。 关系模型是各个关系的框架的集合,即关系模型是一些表格的格式,其中包括关系名、属性名、关键字等。 例如,教学数据库中教师与课程的关系模型如图2.1所示。 教师关系T 课程关系C 授课关系SC 图2.1 教师—课程数据库的关系模型 两个关系之间有联系 教师关系和授课关系有公共的属性“教师号”,则表明这两个关系有联系。 而课程关系和授课关系有公共的属性“课程号”,则表明这两个关系也有联系。 至于元组之间的联系,则与具体的数据有关。只有在公共属性上具有相同属性值的元组之间才有联系。 一个关系中可以存放两类信息 一类是描述实体本身的信息 一类是描述实体(关系)之间的联系的信息 所以,在建立关系模型时,只要把的所有的实体及其属性用关系框架来表示,同时把实体之间的关系也用关系框架来表示,就可以得到一个关系模型。 如上例中的教师—课程数据库的关系模型 可以把关系看成一个二维表。其中, (1)表的框架由域Di(i=1,2,……n)构成; (2)表的任意一行对应一个元组; (3)表的每一列来自同一域; (4)域可以相同,为了加以区别,每列起一个名字,称为属性,n目关系有n个属性,属性的名字唯一,属性的取值范围Di(i=1,2,…,n)称为值域 关系的性质 关系是种规范化了的二维表中行的集合 为了使相应的数据操作简化,关系应具有如下特性 1. 关系中不允许出现相同的元组。因为数学上集合中没有相同的元素,而关系是元组的集合,所以作为集合元素的元组应该是唯一的。 2. 关系中元组的顺序(即行序)是无关紧要的,在一个关系中可以任意交换两行的次序。因为集合中的元素是无序的,所以作为集合元素的元组也是无序的。根据关系的这个性质,可以改变元组的顺序使其具有某种排序,然后按照顺序查询数据,可以提高查询速度。 3. 关系中属性的顺序是无关紧要的,即列的顺序可以任意交换。交换时,应连同属性名一起交换,否则将得到不同的关系。 例如:关系T1作如下交换时,无任何影响,如下表所示: 而作如下交换时,不交换属性名,只交换属性列中的值,则得到不同的关系,如下表: 4. 同一属性名下的各个属性值必须来自同一个域,是同一类型的数据。 5. 关系中各个属性必须有不同的名字,不同的属性可来自同一个域,即它们的分量可以取自同一个域。 例如,有如下表中关系,职业与兼职是两个不同的属性,但它们取自同一个域职业={教师,工人,辅导员}。 6. 关系中每一分量必须是不可分的数据项,或者说所有属性值都是原子的,即是一个确定的值,而不是值的集合。属性值可以为空值,表示“未知”或“不可使用”,即不可“表中有表”。满足此条件的关系称为规范化关系,否则称为非规范化关系。 例如,在表2.8中,籍贯含有省、市/县两项,出现了“表中有表”的现象,则为非规范化关系,而把籍贯分成省、市/县两列,将其规范化,如表2.9所示。 表2.8 表2.9 (1)域限制(Domain Constraint) (4)外键限制(Foreign Key Constraint) 外键定义:一张表中的某个(组)字段是另一张表中的候选键/主键。 外键示例 : 从表:指含有外键的表。 主表:指外键在另一张表中作主/候选键的表。 目的:用来维护表与表之间的数据一致性,即其中一张表的改动,可能要求另一张表要作出某些改动,以保持数据一致。为使DBMS能做这样的检查,则应指定这种涉及两个表的ICs,此即外键限制。 ② 对含外键的表(亦称从表) ★插入:要求插入的外键值应“参照”(Reference)主表中的主键值。 ★修改:要求修改的外键值应“参照”(Reference)主表中的主键值。 ★删除:不需要参照主表中的主键值。 表间参照完整性小结: 两个方向上完成: (5)一般性限制( General Constraints) 对一般性限制的支持:表限制和断言(Assertion) 表限制检查列值(一列或几列)是否满足制定的条件 ———与单个表有关 断言(Assertion)SQL Server不支持 ———与多个表有关 3. 完整性限制(ICs)何时起作用 关系创建并指定了ICs后,当关系“更新”时应实施检查。 (1)对域

文档评论(0)

wuxinghua828 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档