数据库系统第二章 关系数据库.pptVIP

第二章 关系数据库 基本思想：将数学的方法引入来处理数据库中的数据。 信息代数、集合论数据结构 E.F.Codd的关系模型 本章：基本概念 数据结构、关系操作 关系完整性。 本章的主要内容 关系模型 关系的数据结构和形式化定义 关系的完整性 关系代数 关系演算 2.1 关系模型概述 关系数据库系统→支持关系模型的数据库 关系模型的组成 关系数据结构： 单一：实体和实体间的联系都用关系来表示。 关系（逻辑结构）：一张二维表。 关系操作集合 关系完整性约束 2.1 关系模型概述 关系操作—描述系统的动态特性 给出关系操作的能力，但无具体语法。 两大类： 检索：选择、投影、连接、除、并、交、差。 更新：增加、删除、修改。 特点：集合操作方式 操作对象和结果都是集合。（一次一集合） 前面两种数据模型：一次一记录。 2.1 关系模型概述 关系操作的语言 代数方式：关系代数语言（ISBL）用对关系的运算来表达查询要求。 逻辑方式：关系演算语言（用谓词来表达查询要求） 元组关系演算语言：基本对象为元组变量 域关系演算语言：基本对象为域变量 实际的查询语言—SQL 介于关系代数和关系演算之间，增加了别的功能。 增加了DDL、DCL的功能。 2.1 关系模型概述 关系操作的语言的共同特征 具备完备的表达能力 非过程化的集合操作语言 功能强 能嵌入高级语言中使用。 2.1 关系模型概述 关系的三类完整性约束 实体完整性：要求在关系中元组的主键非空。 参照完整性：不允许引用不存在的元组。 几个关系之间 用户定义完整性：应用领域需要遵循的约束条件。反映了具体应用所涉及的数据必须满足的语义要求。 系统应该有定义和检验的机制。 2.2 关系数据结构及形式化定义 关系模型中的数据结构 实体内、实体之间 采用单一的关系表（关系） 关系模型的数学基础 集合代数 从集合论角度给出关系数据结构的形式化定义。 2.2.1 关系 域（Domain）：取值的范围 是一组具有相同数据类型的值的集合。 笛卡尔积（Cartesian Product） 给定一组域D1、…、Dn，它们的笛卡尔积为： D1×…×Dn=｛（d1，…，dn）|di∈Di ｝ 笛卡尔积：可表示为二维表 每行对应一个元组 每列对应一个域 n元组（Tuple）：每个元素（d1，…，dn） 分量（Component）：每个值di 2.2.1 关系 关系（Relation） 定义：D1×…×Dn的子集叫作在域D1、…、Dn上的关系。（也是一个二维表） 表示：R（ D1，…，Dn ） R：关系的名称 n：关系的目（度degree） n=1：单元关系 n=2：二元关系 t：表示关系中的元组 2.2.1 关系 关系（Relation） 属性（attribute）：域可以相同，为了进行区分，对每列起一个名字。 n目关系→n个属性。 候选码（candidate key）：是一个属性组，它的值可以在关系中的唯一的标识一个元组。 主码（ primary key ）：从一个关系中的多个候选码中进行选定。 主属性（prime attribute）：主码中包含的属性。 非码属性（no-key attribute）：不包含在任何候选码中的属性。 全码（all-key）：关系的所有属性组是这个关系的候选码。 2.2.1 关系 举例：书48～89 关系的三种类型 基本关系（基本表、基表）：实际存在的表，实际存储数据的逻辑表示。 查询表：查询结构对应的表。 视图表：由基本表或其它视图表导出的表（虚表），不对应实际存储的数据。 关系作为数据结构的限定 产生的原因 关系可以是无限集合→不可知道存储的大小。 笛卡尔积不满足交换率（ d1，…，dn ）≠（ dn，…，d1 ） →使用的不方便。 两方面的限定和扩充 关系数据模型中的关系必须是有限集合→无限关系在数据库系统中无意义。 给关系的列增加一个属性名→取消关系元组的有序性。 基本关系的六条性质 列是同质的：同一列中的分量是同一类型的数据，来自同一个域。 不同的列可出自同一个域，不同的属性要赋给不同的属性名。 列的顺序无关，可交换。 任意两个元组不能相同。 行的顺序无关，可交换。 分量必须是原子值，不可再分。→范式 2.2.2 关系模式 型和值的区分 数据结构：型的问题，没有具体的数据。 数据库中也要进行区分。 关系数据库中 型：关系模式（对关系进行描述） 值：关系 2.2.2 关系模式 关系的哪些方面需要关系模式描述 关系的结构：关系由元组的集合构成，关系模式指出元组集合的结构： 哪些属性、属性来自于哪些域； 属性和域之间的映象关系。 关系中元组的语义： 元组的语义：一个n（属性的个数）目谓词； 关系包含n 目谓词中为真的笛卡尔积中的元素的全体。 完整性约束条件：属性取值的限定、联系。