1
计算机科学与技术学院数据库系统概论第二章 关系数据库
2
第二章 关系数据库
2.1 关系模型概述
2.2 关系数据结构
2.3 关系的完整性
2.4 关系模型的三层体系结构
2.5 关系代数
2.6 关系演算
2.7 小结
3
关系数据库简介
系统而严格地提出关系模型的是美国
IBM公司的 E.F.Codd
1970年提出关系数据模型
E.F.Codd,“A Relational Model of Data for Large
Shared Data Banks”,,Communication of the
ACM》,1970
之后,提出了关系代数和关系演算的概念
1972年提出了关系的第一,第二,第三范式
1974年提出了关系的 BC范式
4
关系数据库简介
关系数据库应用数学方法来处理数据库中的数据
80年代后,关系数据库系统成为最重要,
最流行的数据库系统
5
关系数据库简介
典型实验系统
System R
University INGRES
典型商用系统
ORACLE
SYBASE
INFORMIX
DB2
INGRES
6
第二章 关系数据库
2.1 关系模型概述
2.2 关系数据结构
2.3 关系的完整性
2.4 关系模型的三层体系结构
2.5 关系代数
2.6 关系演算
2.7 小结
7
2.1 关系模型概述
关系模型的组成
关系数据结构
关系操作集合
关系完整性约束
8
1,关系数据结构
单一的数据结构 ----关系
现实世界的实体以及实体间的各种联系均用关系来表示
数据的逻辑结构 ----二维表
从用户角度,关系模型中数据的逻辑结构是一张二维表 。
9
2,关系操作集合
1) 常用的关系操作
2) 关系操作的特点
3) 关系数据语言的种类
4) 关系数据语言的特点
10
关系操作集合 (续)
1) 常用的关系操作
查询
选择,投影,连接,除,并,交,差
数据更新
插入,删除,修改
查询的表达能力是其中最主要的部分
11
关系操作集合(续)
2) 关系操作的特点
集合操作方式,即操作的对象和结果都是集合 。
非关系数据模型的数据操作方式:一次一记录
文件系统的数据操作方式
12
关系操作集合(续)
3) 关系数据语言的种类
关系代数语言
用对关系的运算来表达查询要求
典型代表,ISBL
13
关系操作集合(续)
关系数据语言的种类 ( 续 )
关系演算语言:用谓词来表达查询要求
元组关系演算语言
谓词变元的基本对象是元组变量
典型代表,APLHA,QUEL
域关系演算语言
谓词变元的基本对象是域变量
典型代表,QBE
具有关系代数和关系演算双重特点的语言
典型代表,SQL
14
关系操作集合(续)
4) 关系数据语言的特点
关系语言是一种高度非过程化的语言
存取路径的选择由 DBMS的优化机制来完成
用户不必用循环结构就可以完成数据操作
能够嵌入高级语言中使用
关系代数,元组关系演算和域关系演算三种语言在表达能力上完全等价
15
3,关系的三类完整性约束
实体完整性
通常由关系系统自动支持
参照完整性
早期系统不支持,目前大型系统能自动支持
用户定义的完整性
反映应用领域需要遵循的约束条件,体现了具体领域中的语义约束
用户定义后由系统支持
16
第二章 关系数据库
2.1 关系模型概述
2.2 关系数据结构
2.3 关系的完整性
2.4 关系模型的三层体系结构
2.5 关系代数
2.6 关系演算
2.7 小结
17
2.2 关系数据结构
关系模型建立在集合代数的基础上
关系数据结构的基本概念
关系
关系模式
关系数据库
18
2.2 关系数据结构
2.2.1 关系
2.2.2 关系模式
2.2.3 关系数据库
19
2.2.1 关系
⒈ 域 ( Domain)
2,笛卡尔积 ( Cartesian Product)
3,关系 ( Relation)
20
⒈ 域( Domain)
域 是一组具有相同数据类型的值的集合 。
例,
整数
实数
介于某个取值范围的整数
长度指定长度的字符串集合
{?男 ’,‘ 女 ’ }
介于某个取值范围的日期
21
2,笛卡尔积( Cartesian Product)
1) 笛卡尔积给定一组域 D1,D2,…,Dn,这些域中可以有相同的 。 D1,D2,…,Dn的 笛卡尔积 为:
D1× D2× … × Dn= {( d1,d2,…,dn) |
di?Di,i= 1,2,…,n}
所有域的所有取值的一个组合
不能重复
22
笛卡尔积(续 )
例 给出三个域:
D1=SUPERVISOR ={ 张清玫,刘逸 }
D2=SPECIALITY={计算机专业,信息专业 }
D3=POSTGRADUATE={李勇,刘晨,王敏 }
则 D1,D2,D3的笛卡尔积为:
D1× D2× D3 =
{ (张清玫,计算机专业,李勇 ),(张清玫,计算机专业,刘晨 ),
(张清玫,计算机专业,王敏 ),(张清玫,信息专业,李勇 ),
(张清玫,信息专业,刘晨 ),(张清玫,信息专业,王敏 ),
(刘逸,计算机专业,李勇 ),(刘逸,计算机专业,刘晨 ),
(刘逸,计算机专业,王敏 ),(刘逸,信息专业,李勇 ),
(刘逸,信息专业,刘晨 ),(刘逸,信息专业,王敏 )}
23
笛卡尔积(续 )
2) 元组 ( Tuple)
笛卡尔积中每一个元素 ( d1,d2,…,dn)
叫作一个 n元组 ( n-tuple) 或简称 元组 。
3) 分量( Component)
笛卡尔积元素( d1,d2,…,dn)中的每一个值 di叫作一个 分量 。
24
笛卡尔积(续 )
4) 基数 ( Cardinal number)
若 Di( i= 1,2,…,n) 为有限集,其基数为 mi ( i = 1,2,…,n ),则
D1× D2× … × Dn的基数 M为:
在上例中,基数,2× 2× 3= 12,即
D1× D2× D3共有 2× 2× 3= 12个元组
mM i
n
1i?
25
笛卡尔积(续 )
5)笛卡尔积的表示方法
笛卡尔积可表示为一个二维表 。 表中的每行对应一个元组,表中的每列对应一个域 。
在上例中,12个元组可列成一张二维表
26
表 2,1 D
1
,D
2
,D
3
的笛卡尔积
S U PE R V I S O R S PE C I A L IT Y PO S T G R A D U A T E
张清玫 计算机专业 李勇张清玫 计算机专业 刘晨张清玫 计算机专业 王敏张清玫 信息专业 李勇张清玫 信息专业 刘晨张清玫 信息专业 王敏刘逸 计算机专业 李勇刘逸 计算机专业 刘晨刘逸 计算机专业 王敏刘逸 信息专业 李勇刘逸 信息专业 刘晨刘逸 信息专业 王敏
27
笛卡尔积(续 )
表 2,1 D
1
,D
2
,D
3
的笛卡尔积
S U PE R V I S O R S PE C I A L IT Y PO S T G R A D U A T E
张清玫 计算机专业 李勇张清玫 计算机专业 刘晨张清玫 计算机专业 王敏张清玫 信息专业 李勇张清玫 信息专业 刘晨张清玫 信息专业 王敏刘逸 计算机专业 李勇刘逸 计算机专业 刘晨刘逸 计算机专业 王敏刘逸 信息专业 李勇刘逸 信息专业 刘晨刘逸 信息专业 王敏
28
3,关系( Relation)
1) 关系
D1× D2× … × Dn的子集叫作在域 D1,D2,…,
Dn上的 关系,表示为
R( D1,D2,…,Dn)
R,关系名
n,关系的 目 或 度 ( Degree)
29
关系(续)
注意:
关系是笛卡尔积的有限子集 。 无限关系在数据库系统中是无意义的 。
由于笛卡尔积不满足交换律,即
(d1,d2,…,dn )≠(d2,d1,…,dn )
但 关系满足交换律,即
(d1,d2,…,di,dj,…,dn) =( d1,d2,…,dj,
di,…,dn) ( i,j = 1,2,…,n)
解决方法:为关系的每个列附加一个属性名以取消关系元组的有序性
30
关系(续)
例 在表 2.1 的笛卡尔积中取出有实际意义的元组来构造关系关系,SAP(SUPERVISOR,SPECIALITY,POSTGRADUATE)
关系名,属性名假设,导师与专业,1:1,导师与研究生,1:n
于是,SAP关系可以包含三个元组
{ (张清玫,信息专业,李勇 ),
(张清玫,信息专业,刘晨 ),
(刘逸,信息专业,王敏 ) }
31
关系(续)
2) 元组关系中的每个元素是关系中的元组,通常用 t
表示 。
3) 单元关系与二元关系当 n=1 时,称该关 系为 单元 关系 ( Unary
relation) 。
当 n=2 时,称该关系为 二元 关系 ( Binary
relation) 。
32
关系(续)
4) 关系的表示关系也是一个二维表,表的每行对应一个元组,
表的每列对应一个域 。
表 2,2 S A P 关系
S U PE R V I S O R S PE C I A L I T Y PO S T G R A D U A T E
张清玫 信息专业 李勇张清玫 信息专业 刘晨刘逸 信息专业 王敏
33
关系(续)
5) 属性关系中不同列可以对应相同的域,为了加以区分,必须对每列起一个名字,称为属性
( Attribute) 。
n目关系必有 n个属性 。
34
关系(续)
6) 码候选码 ( Candidate key)
若关系中的某一属性组的值能唯一地标识一个元组,则称该 属性组 为候选码在最简单的情况下,候选码只包含一个属性。
全码( All-key)
在最极端的情况下,关系模式的所有属性组是这个关系模式的候选码,称为全码( All-
key)
35
关系(续)
码 (续 )
主码若一个关系有多个候选码,则选定其中一个为 主码 ( Primary key)
主码的诸属性称为 主属性 ( Prime attribute) 。
不包含在任何侯选码中的属性称为 非码属性
( Non-key attribute)
36
关系(续)
7) 三类关系基本关系 ( 基本表或基表 )
实际存在的表,是实际存储数据的逻辑表示查询表查询结果对应的表视图表由基本表或其他视图表导出的表,是虚表,不对应实际存储的数据
37
8) 基本关系的性质
① 列是同质的( Homogeneous)
每一列中的分量是同一类型的数据,来自同一个域
② 不同的列可出自同一个域其中的每一列称为一个属性不同的属性要给予不同的属性名
38
基本关系的性质 (续 )
上例中也可以只给出两个域:
人 ( PERSON) =张清玫,刘逸,李勇,刘晨,王敏专业 ( SPECIALITY) =计算机专业,信息专业
SAP关系的导师属性和研究生属性都从 PERSON域中取值为了避免混淆,必须给这两个属性取不同的属性名,而不能直接使用域名 。
例如定义,
导师属性名为 SUPERVISOR-PERSON( 或 SUPERVISOR)
研究生属性名为 POSTGRADUATE-PERSON( 或 POSTGRADUATE)
39
基本关系的性质 (续 )
③ 列的顺序无所谓列的次序可以任意交换遵循这一性质的数据库产品 (如 ORACLE),
增加新属性时,永远是插至最后一列但也有许多关系数据库产品没有遵循这一性质,例如 FoxPro仍然区分了属性顺序
40
基本关系的性质 (续 )
④ 任意两个元组不能完全相同由笛卡尔积的性质决定但许多关系数据库产品没有遵循这一性质 。
例如,
Oracle,FoxPro等都允许关系表中存在两个完全相同的元组,除非用户特别定义了相应的约束条件 。
41
基本关系的性质 (续 )
⑤ 行的顺序无所谓行的次序可以任意交换遵循这一性质的数据库产品 (如 ORACLE),
插入一个元组时永远插至最后一行但也有许多关系数据库产品没有遵循这一性质,例如 FoxPro仍然区分了元组的顺序
42
基本关系的性质 (续 )
⑥ 分量必须取原子值每一个分量都必须是不可分的数据项。
这是规范条件中最基本的一条表 2,3 非规范化关系
POS T GR A D U A T E
S U PE R V IS OR
S PE C I A L IT Y
PG1 PG2
张清玫 信息专业 李勇 刘晨刘逸 信息专业 王敏
43
2.2 关系数据结构
2.2.1 关系
2.2.2 关系模式
2.2.3 关系数据库
44
2.2.2 关系模式
1,什么是关系模式
2.定义关系模式
3,关系模式与关系
45
1.什么是关系模式关系模式 ( Relation Schema) 是型关系是值关系模式是对关系的描述元组集合的结构属性构成属性来自的域属性与域之间的映象关系元组语义以及完整性约束条件属性间的数据依赖关系集合
46
2.定义关系模式关系模式可以形式化地表示为:
R( U,D,dom,F)
R 关系名
U 组成该关系的属性名集合
D 属性组 U中属性所来自的域
dom 属性向域的映象集合
F 属性间的数据依赖关系集合
47
定义关系模式 (续 )
例,
导师和研究生出自同一个域 ——人,
取不同的属性名,并在模式中定义属性向域的映象,即说明它们分别出自哪个域:
dom( SUPERVISOR-PERSON)
= dom( POSTGRADUATE-PERSON)
=PERSON
48
定义关系模式 (续 )
关系模式通常可以简记为
R (U) 或 R (A1,A2,…,An)
R 关系名
A1,A2,…,An 属性名注:域名及属性向域的映象常常直接说明为属性的类型、长度
49
3,关系模式与关系关系模式对关系的描述静态的,稳定的关系关系模式在某一时刻的状态或内容动态的,随时间不断变化的关系模式和关系往往统称为关系通过上下文加以区别
50
2.2 关系数据结构
2.2.1 关系
2.2.2 关系模式
2.2.3 关系数据库
51
2.2.3 关系数据库
1,关系数据库
2,关系数据库的型与值
52
1,关系数据库在一个给定的应用领域中,所有实体及实体之间联系的关系的集合构成一个关系数据库 。
53
2,关系数据库的型与值关系数据库也有型和值之分关系数据库的型 称为关系数据库模式,是对关系数据库的描述若干域的定义在这些域上定义的若干关系模式关系数据库的值 是这些关系模式在某一时刻对应的关系的集合,通常简称为关系数据库
54
关系数据库的型
PART模式 ( P#,PNAME,COLOR,WEIGHT)
PROJECT模式 ( J#,JNAME,DATE)
SUPPLIER模式 ( S#,SNAME,SADDR)
P_P模式 ( J#,P#,TOTAL)
P_S模式 ( P#,S#,QUANTITY)
55
关系数据库的值
100S2P4BEIJINGFADCS2
300S2P3SHANGHAIPICCS1
150S1P2SADDRSNAMES#
200S2P2SUPPLIER关系
100S1P191-3JCJ3
QUANTITYS#P#90.5JBJ2
P_S关系89.1JAJ1
18P3J1DATEJNAMEJ#
25P3J2PROJECT关系
65P2J119REDSCREWP4
6P3J312REDNUTP3
15P2J217GREENBOLTP2
50P1J114BLUESCREWP1
TOTALP#J#WEIGHTCOLORPNAMEP#
P_P关系PART关系关系关系关系关系关系
56
第二章 关系数据库
2.1 关系模型概述
2.2 关系数据结构
2.3 关系的完整性
2.4 关系模型的三层体系结构
2.5 关系代数
2.6 关系演算
2.7 小结
57
2.3 关系的完整性关系模型的完整性规则是对关系的 某种约束条件 。
关系模型中三类完整性约束:
实体完整性参照完整性用户定义的完整性实体完整性和参照完整性是关系模型必须满足的完整性约束条件,被称作是关系的两个 不变性,应该由关系系统自动支持 。
58
关系的完整性 (续 )
2.3.1 实体完整性
2.3.2,参照完整性
2.3.3,用户定义的完整性
59
2.3.1 实体完整性实体完整性规则 ( Entity Integrity)
若属性 A是基本关系 R的主属性,则属性
A不能取空值例
SAP(SUPERVISOR,SPECIALITY,POSTGRADUATE)
POSTGRADUATE属性为主码
( 假设研究生不会重名 ),则其不能取空值
60
实体完整性 (续 )
关系模型必须遵守实体完整性规则的原因
(1) 实体完整性规则是针对基本关系而言的 。 一个基本表通常对应现实世界的一个实体集或多对多联系 。
(2) 现实世界中的实体和实体间的联系都是可区分的,即它们具有某种唯一性标识 。
(3) 相应地,关系模型中以主码作为唯一性标识 。
61
实体完整性 (续 )
关系模型必须遵守实体完整性规则的原因 (续 )
(4) 主码中的属性即主属性不能取空值 。
空值就是,不知道,或,无意义,的值 。
主属性取空值,就说明存在某个不可标识的实体,即存在不可区分的实体,这与第 ( 2) 点相矛盾,因此这个规则称为实体完整性 。
62
实体完整性 (续 )
注意 实体完整性规则规定基本关系的所有主属性都不能取空值例选修(学号,课程号,成绩)
,学号、课程号,为主码,则两个属性都不能取空值。
63
关系的完整性
2.3.1 实体完整性
2.3.2,参照完整性
2.3.3,用户定义的完整性
64
2.3.2 参照完整性
1,关系间的引用
2,外码
3,参照完整性规则
65
1,关系间的引用在关系模型中实体及实体间的联系都是用关系来描述的,因此可能存在着关系与关系间的引用 。
例 1 学生实体,专业实体以及专业与学生间的一对多联系学生 ( 学号,姓名,性别,专业号,年龄 )
专业 ( 专业号,专业名 )
66
学号 姓名 性别 专业号 年龄
801 张三 女 01 19
802 李四 男 01 20
803 王五 男 01 20
804 赵六 女 02 20
805 钱七 男 02 19
专业号 专业名
01 信息
02 数学
03 计算机学生( 学号,姓名,性别,专业号,年龄)
专业( 专业号,专业名)
67
关系间的引用 (续 )
例 2 学生,课程,学生与课程之间的多对多联系学生 ( 学号,姓名,性别,专业号,年龄 )
课程 ( 课程号,课程名,学分 )
选修 ( 学号,课程号,成绩 )
68
课程号 课程名 学分
01 数据库 4
02 数据结构 4
03 编译 4
04 P AS C AL 2
学号 姓名 性别 专业号 年龄
801 张三 女 01 19
802 李四 男 01 20
803 王五 男 01 20
804 赵六 女 02 20
805 钱七 男 02 19
学号 课程号 成绩
801 04 92
801 03 78
801 02 85
802 03 82
802 04 90
803 04 88
学生学生选课课程
69
关系间的引用 (续 )
例 3 学生实体及其内部的领导联系 (一对多 )
学生 ( 学号,姓名,性别,专业号,年龄,班长 )
学号 姓名 性别 专业号 年龄 班长
801 张三 女 01 19 802
802 李四 男 01 20
803 王五 男 01 20 802
804 赵六 女 02 20 805
805 钱七 男 02 19
70
2.外码( Foreign Key)
设 F是基本关系 R的一个或一组属性,但不是关系 R的码 。 如果 F与基本关系 S的主码
Ks相对应,则称 F是基本关系 R的 外码基本关系 R称 为 参照关系 ( Referencing
Relation)
基本关系 S称 为 被参照关系 ( Referenced
Relation) 或 目标关系 ( Target Relation) 。
71
外码 (续 )
说明
关系 R和 S不一定是不同的关系
目标关系 S的主码 Ks 和参照关系的外码 F
必须定义在同一个(或一组)域上
外码并不一定要与相应的主码同名当外码与相应的主码属于不同关系时,
往往取相同的名字,以便于识别
72
3,参照完整性规则若属性 ( 或属性组 ) F是基本关系 R的外码它与基本关系 S的主码 Ks相对应 ( 基本关系 R和 S不一定是不同的关系 ),则对于 R中每个元组在 F上的值必须为:
或者取空值 ( F的每个属性值均为空值 )
或者等于 S中某个元组的主码值 。
73
参照完整性规则 (续 )
学生关系中每个元组的,专业号,属性只取下面两类值:
( 1) 空值,表示尚未给该学生分配专业
( 2) 非空值,这时该值必须 是专业关系中某个元组的,专业号,值,表示该学生不可能分配到一个不存在的专业中
74
参照完整性规则 (续 )
选修( 学号,课程号,成绩)
,学号,和,课程号,是选修关系中的主属性按照实体完整性和参照完整性规则,它们只能取相应被参照关系中已经存在的主码值
75
参照完整性规则 (续 )
学生( 学号,姓名,性别,专业号,年龄,班长 )
,班长,属性值可以取两类值:
( 1)空值,表示该学生所在班级尚未选出班长,
或该学生本人即是班长;
( 2)非空值,这时该值必须是本关系中某个元组的学号值
76
关系的完整性 (续 )
2.3.1 实体完整性
2.3.2,参照完整性
2.3.3,用户定义的完整性
77
2.3.3 用户定义的完整性
用户定义的完整性是针对某一具体关系数据库的约束条件,反映某一具体应用所涉及的数据必须满足的语义要求 。
关系模型应提供定义和检验这类完整性的机制,
以便用统一的系统的方法处理它们,而不要由应用程序承担这一功能 。
78
用户定义的完整性 (续 )
例,
课程 (课程号,课程名,学分 )
,课程名,属性必须取唯一值
非主属性,课程名,也不能取空值
,学分,属性只能取值 {1,2,3,4}
79
第二章 关系数据库
2.1 关系模型概述
2.2 关系数据结构
2.3 关系的完整性
2.4 关系模型的三层体系结构
2.5 关系代数
2.6 关系演算
2.7 小结
80
2.4 关系模型的三层体系结构
关系模型的三级体系结构:
外模式 —— 子模式概念模式 —— 关系模式 的集合内模式 —— 存储模式
概念模式 (简称模式,也称逻辑模式):
数据库中全部数据的整体逻辑结构和特征的描述;
外模式 (子模式、用户模式 ):
数据库用户使用的局部数据的逻辑结构和特征的描述;
数据库用户的数据视图,是与某一应用有关的数据的逻辑表示;
内模式 (也称存储模式 ),
数据物理结构和存储方式的描述
是数据在数据库内部的表示方式
81
2.4 关系模型的三层体系结构
在关系模型中,记录类型称为 关系模式 ;
关系模式的集合 就是数据库的 概念模式 ;
在系统实现时,关系模式和属性的命名一般都用英文单词。
DDL定义学生关系模式 S( S#,SNAME,AGE,SEX)
选课关系模式 SC( S#,C#,GRADE)
课程关系模式 C( C#,CNAME,TEACHER)
82
2.4 关系模型的三层体系结构
子模式是用户所用到的那部分数据的描述。
对应于数据库中的 外模式 。
应指出数据与关系模式中相应数据的联系。
定义用户对数据进行操作的权限 。
成绩子模式 G(S#,SNAME,C#,GRADE)
学生关系模式 S( S#,SNAME,AGE,SEX)
选课关系模式 SC( S#,C#,GRADE)
课程关系模式 C( C#,CNAME,TEACHER)
83
小结
关系数据结构
关系
域
笛卡尔积
关系
关系,属性,元组
候选码,主码,主属性
基本关系的性质
关系模式
关系数据库
84
关系的数据操作集合
查询
选择、投影、连接、除、并、交、差
数据更新
插入、删除、修改
85
关系的完整性约束
实体完整性
参照完整性
外码
用户定义的完整性
计算机科学与技术学院数据库系统概论第二章 关系数据库
2
第二章 关系数据库
2.1 关系模型概述
2.2 关系数据结构
2.3 关系的完整性
2.4 关系模型的三层体系结构
2.5 关系代数
2.6 关系演算
2.7 小结
3
关系数据库简介
系统而严格地提出关系模型的是美国
IBM公司的 E.F.Codd
1970年提出关系数据模型
E.F.Codd,“A Relational Model of Data for Large
Shared Data Banks”,,Communication of the
ACM》,1970
之后,提出了关系代数和关系演算的概念
1972年提出了关系的第一,第二,第三范式
1974年提出了关系的 BC范式
4
关系数据库简介
关系数据库应用数学方法来处理数据库中的数据
80年代后,关系数据库系统成为最重要,
最流行的数据库系统
5
关系数据库简介
典型实验系统
System R
University INGRES
典型商用系统
ORACLE
SYBASE
INFORMIX
DB2
INGRES
6
第二章 关系数据库
2.1 关系模型概述
2.2 关系数据结构
2.3 关系的完整性
2.4 关系模型的三层体系结构
2.5 关系代数
2.6 关系演算
2.7 小结
7
2.1 关系模型概述
关系模型的组成
关系数据结构
关系操作集合
关系完整性约束
8
1,关系数据结构
单一的数据结构 ----关系
现实世界的实体以及实体间的各种联系均用关系来表示
数据的逻辑结构 ----二维表
从用户角度,关系模型中数据的逻辑结构是一张二维表 。
9
2,关系操作集合
1) 常用的关系操作
2) 关系操作的特点
3) 关系数据语言的种类
4) 关系数据语言的特点
10
关系操作集合 (续)
1) 常用的关系操作
查询
选择,投影,连接,除,并,交,差
数据更新
插入,删除,修改
查询的表达能力是其中最主要的部分
11
关系操作集合(续)
2) 关系操作的特点
集合操作方式,即操作的对象和结果都是集合 。
非关系数据模型的数据操作方式:一次一记录
文件系统的数据操作方式
12
关系操作集合(续)
3) 关系数据语言的种类
关系代数语言
用对关系的运算来表达查询要求
典型代表,ISBL
13
关系操作集合(续)
关系数据语言的种类 ( 续 )
关系演算语言:用谓词来表达查询要求
元组关系演算语言
谓词变元的基本对象是元组变量
典型代表,APLHA,QUEL
域关系演算语言
谓词变元的基本对象是域变量
典型代表,QBE
具有关系代数和关系演算双重特点的语言
典型代表,SQL
14
关系操作集合(续)
4) 关系数据语言的特点
关系语言是一种高度非过程化的语言
存取路径的选择由 DBMS的优化机制来完成
用户不必用循环结构就可以完成数据操作
能够嵌入高级语言中使用
关系代数,元组关系演算和域关系演算三种语言在表达能力上完全等价
15
3,关系的三类完整性约束
实体完整性
通常由关系系统自动支持
参照完整性
早期系统不支持,目前大型系统能自动支持
用户定义的完整性
反映应用领域需要遵循的约束条件,体现了具体领域中的语义约束
用户定义后由系统支持
16
第二章 关系数据库
2.1 关系模型概述
2.2 关系数据结构
2.3 关系的完整性
2.4 关系模型的三层体系结构
2.5 关系代数
2.6 关系演算
2.7 小结
17
2.2 关系数据结构
关系模型建立在集合代数的基础上
关系数据结构的基本概念
关系
关系模式
关系数据库
18
2.2 关系数据结构
2.2.1 关系
2.2.2 关系模式
2.2.3 关系数据库
19
2.2.1 关系
⒈ 域 ( Domain)
2,笛卡尔积 ( Cartesian Product)
3,关系 ( Relation)
20
⒈ 域( Domain)
域 是一组具有相同数据类型的值的集合 。
例,
整数
实数
介于某个取值范围的整数
长度指定长度的字符串集合
{?男 ’,‘ 女 ’ }
介于某个取值范围的日期
21
2,笛卡尔积( Cartesian Product)
1) 笛卡尔积给定一组域 D1,D2,…,Dn,这些域中可以有相同的 。 D1,D2,…,Dn的 笛卡尔积 为:
D1× D2× … × Dn= {( d1,d2,…,dn) |
di?Di,i= 1,2,…,n}
所有域的所有取值的一个组合
不能重复
22
笛卡尔积(续 )
例 给出三个域:
D1=SUPERVISOR ={ 张清玫,刘逸 }
D2=SPECIALITY={计算机专业,信息专业 }
D3=POSTGRADUATE={李勇,刘晨,王敏 }
则 D1,D2,D3的笛卡尔积为:
D1× D2× D3 =
{ (张清玫,计算机专业,李勇 ),(张清玫,计算机专业,刘晨 ),
(张清玫,计算机专业,王敏 ),(张清玫,信息专业,李勇 ),
(张清玫,信息专业,刘晨 ),(张清玫,信息专业,王敏 ),
(刘逸,计算机专业,李勇 ),(刘逸,计算机专业,刘晨 ),
(刘逸,计算机专业,王敏 ),(刘逸,信息专业,李勇 ),
(刘逸,信息专业,刘晨 ),(刘逸,信息专业,王敏 )}
23
笛卡尔积(续 )
2) 元组 ( Tuple)
笛卡尔积中每一个元素 ( d1,d2,…,dn)
叫作一个 n元组 ( n-tuple) 或简称 元组 。
3) 分量( Component)
笛卡尔积元素( d1,d2,…,dn)中的每一个值 di叫作一个 分量 。
24
笛卡尔积(续 )
4) 基数 ( Cardinal number)
若 Di( i= 1,2,…,n) 为有限集,其基数为 mi ( i = 1,2,…,n ),则
D1× D2× … × Dn的基数 M为:
在上例中,基数,2× 2× 3= 12,即
D1× D2× D3共有 2× 2× 3= 12个元组
mM i
n
1i?
25
笛卡尔积(续 )
5)笛卡尔积的表示方法
笛卡尔积可表示为一个二维表 。 表中的每行对应一个元组,表中的每列对应一个域 。
在上例中,12个元组可列成一张二维表
26
表 2,1 D
1
,D
2
,D
3
的笛卡尔积
S U PE R V I S O R S PE C I A L IT Y PO S T G R A D U A T E
张清玫 计算机专业 李勇张清玫 计算机专业 刘晨张清玫 计算机专业 王敏张清玫 信息专业 李勇张清玫 信息专业 刘晨张清玫 信息专业 王敏刘逸 计算机专业 李勇刘逸 计算机专业 刘晨刘逸 计算机专业 王敏刘逸 信息专业 李勇刘逸 信息专业 刘晨刘逸 信息专业 王敏
27
笛卡尔积(续 )
表 2,1 D
1
,D
2
,D
3
的笛卡尔积
S U PE R V I S O R S PE C I A L IT Y PO S T G R A D U A T E
张清玫 计算机专业 李勇张清玫 计算机专业 刘晨张清玫 计算机专业 王敏张清玫 信息专业 李勇张清玫 信息专业 刘晨张清玫 信息专业 王敏刘逸 计算机专业 李勇刘逸 计算机专业 刘晨刘逸 计算机专业 王敏刘逸 信息专业 李勇刘逸 信息专业 刘晨刘逸 信息专业 王敏
28
3,关系( Relation)
1) 关系
D1× D2× … × Dn的子集叫作在域 D1,D2,…,
Dn上的 关系,表示为
R( D1,D2,…,Dn)
R,关系名
n,关系的 目 或 度 ( Degree)
29
关系(续)
注意:
关系是笛卡尔积的有限子集 。 无限关系在数据库系统中是无意义的 。
由于笛卡尔积不满足交换律,即
(d1,d2,…,dn )≠(d2,d1,…,dn )
但 关系满足交换律,即
(d1,d2,…,di,dj,…,dn) =( d1,d2,…,dj,
di,…,dn) ( i,j = 1,2,…,n)
解决方法:为关系的每个列附加一个属性名以取消关系元组的有序性
30
关系(续)
例 在表 2.1 的笛卡尔积中取出有实际意义的元组来构造关系关系,SAP(SUPERVISOR,SPECIALITY,POSTGRADUATE)
关系名,属性名假设,导师与专业,1:1,导师与研究生,1:n
于是,SAP关系可以包含三个元组
{ (张清玫,信息专业,李勇 ),
(张清玫,信息专业,刘晨 ),
(刘逸,信息专业,王敏 ) }
31
关系(续)
2) 元组关系中的每个元素是关系中的元组,通常用 t
表示 。
3) 单元关系与二元关系当 n=1 时,称该关 系为 单元 关系 ( Unary
relation) 。
当 n=2 时,称该关系为 二元 关系 ( Binary
relation) 。
32
关系(续)
4) 关系的表示关系也是一个二维表,表的每行对应一个元组,
表的每列对应一个域 。
表 2,2 S A P 关系
S U PE R V I S O R S PE C I A L I T Y PO S T G R A D U A T E
张清玫 信息专业 李勇张清玫 信息专业 刘晨刘逸 信息专业 王敏
33
关系(续)
5) 属性关系中不同列可以对应相同的域,为了加以区分,必须对每列起一个名字,称为属性
( Attribute) 。
n目关系必有 n个属性 。
34
关系(续)
6) 码候选码 ( Candidate key)
若关系中的某一属性组的值能唯一地标识一个元组,则称该 属性组 为候选码在最简单的情况下,候选码只包含一个属性。
全码( All-key)
在最极端的情况下,关系模式的所有属性组是这个关系模式的候选码,称为全码( All-
key)
35
关系(续)
码 (续 )
主码若一个关系有多个候选码,则选定其中一个为 主码 ( Primary key)
主码的诸属性称为 主属性 ( Prime attribute) 。
不包含在任何侯选码中的属性称为 非码属性
( Non-key attribute)
36
关系(续)
7) 三类关系基本关系 ( 基本表或基表 )
实际存在的表,是实际存储数据的逻辑表示查询表查询结果对应的表视图表由基本表或其他视图表导出的表,是虚表,不对应实际存储的数据
37
8) 基本关系的性质
① 列是同质的( Homogeneous)
每一列中的分量是同一类型的数据,来自同一个域
② 不同的列可出自同一个域其中的每一列称为一个属性不同的属性要给予不同的属性名
38
基本关系的性质 (续 )
上例中也可以只给出两个域:
人 ( PERSON) =张清玫,刘逸,李勇,刘晨,王敏专业 ( SPECIALITY) =计算机专业,信息专业
SAP关系的导师属性和研究生属性都从 PERSON域中取值为了避免混淆,必须给这两个属性取不同的属性名,而不能直接使用域名 。
例如定义,
导师属性名为 SUPERVISOR-PERSON( 或 SUPERVISOR)
研究生属性名为 POSTGRADUATE-PERSON( 或 POSTGRADUATE)
39
基本关系的性质 (续 )
③ 列的顺序无所谓列的次序可以任意交换遵循这一性质的数据库产品 (如 ORACLE),
增加新属性时,永远是插至最后一列但也有许多关系数据库产品没有遵循这一性质,例如 FoxPro仍然区分了属性顺序
40
基本关系的性质 (续 )
④ 任意两个元组不能完全相同由笛卡尔积的性质决定但许多关系数据库产品没有遵循这一性质 。
例如,
Oracle,FoxPro等都允许关系表中存在两个完全相同的元组,除非用户特别定义了相应的约束条件 。
41
基本关系的性质 (续 )
⑤ 行的顺序无所谓行的次序可以任意交换遵循这一性质的数据库产品 (如 ORACLE),
插入一个元组时永远插至最后一行但也有许多关系数据库产品没有遵循这一性质,例如 FoxPro仍然区分了元组的顺序
42
基本关系的性质 (续 )
⑥ 分量必须取原子值每一个分量都必须是不可分的数据项。
这是规范条件中最基本的一条表 2,3 非规范化关系
POS T GR A D U A T E
S U PE R V IS OR
S PE C I A L IT Y
PG1 PG2
张清玫 信息专业 李勇 刘晨刘逸 信息专业 王敏
43
2.2 关系数据结构
2.2.1 关系
2.2.2 关系模式
2.2.3 关系数据库
44
2.2.2 关系模式
1,什么是关系模式
2.定义关系模式
3,关系模式与关系
45
1.什么是关系模式关系模式 ( Relation Schema) 是型关系是值关系模式是对关系的描述元组集合的结构属性构成属性来自的域属性与域之间的映象关系元组语义以及完整性约束条件属性间的数据依赖关系集合
46
2.定义关系模式关系模式可以形式化地表示为:
R( U,D,dom,F)
R 关系名
U 组成该关系的属性名集合
D 属性组 U中属性所来自的域
dom 属性向域的映象集合
F 属性间的数据依赖关系集合
47
定义关系模式 (续 )
例,
导师和研究生出自同一个域 ——人,
取不同的属性名,并在模式中定义属性向域的映象,即说明它们分别出自哪个域:
dom( SUPERVISOR-PERSON)
= dom( POSTGRADUATE-PERSON)
=PERSON
48
定义关系模式 (续 )
关系模式通常可以简记为
R (U) 或 R (A1,A2,…,An)
R 关系名
A1,A2,…,An 属性名注:域名及属性向域的映象常常直接说明为属性的类型、长度
49
3,关系模式与关系关系模式对关系的描述静态的,稳定的关系关系模式在某一时刻的状态或内容动态的,随时间不断变化的关系模式和关系往往统称为关系通过上下文加以区别
50
2.2 关系数据结构
2.2.1 关系
2.2.2 关系模式
2.2.3 关系数据库
51
2.2.3 关系数据库
1,关系数据库
2,关系数据库的型与值
52
1,关系数据库在一个给定的应用领域中,所有实体及实体之间联系的关系的集合构成一个关系数据库 。
53
2,关系数据库的型与值关系数据库也有型和值之分关系数据库的型 称为关系数据库模式,是对关系数据库的描述若干域的定义在这些域上定义的若干关系模式关系数据库的值 是这些关系模式在某一时刻对应的关系的集合,通常简称为关系数据库
54
关系数据库的型
PART模式 ( P#,PNAME,COLOR,WEIGHT)
PROJECT模式 ( J#,JNAME,DATE)
SUPPLIER模式 ( S#,SNAME,SADDR)
P_P模式 ( J#,P#,TOTAL)
P_S模式 ( P#,S#,QUANTITY)
55
关系数据库的值
100S2P4BEIJINGFADCS2
300S2P3SHANGHAIPICCS1
150S1P2SADDRSNAMES#
200S2P2SUPPLIER关系
100S1P191-3JCJ3
QUANTITYS#P#90.5JBJ2
P_S关系89.1JAJ1
18P3J1DATEJNAMEJ#
25P3J2PROJECT关系
65P2J119REDSCREWP4
6P3J312REDNUTP3
15P2J217GREENBOLTP2
50P1J114BLUESCREWP1
TOTALP#J#WEIGHTCOLORPNAMEP#
P_P关系PART关系关系关系关系关系关系
56
第二章 关系数据库
2.1 关系模型概述
2.2 关系数据结构
2.3 关系的完整性
2.4 关系模型的三层体系结构
2.5 关系代数
2.6 关系演算
2.7 小结
57
2.3 关系的完整性关系模型的完整性规则是对关系的 某种约束条件 。
关系模型中三类完整性约束:
实体完整性参照完整性用户定义的完整性实体完整性和参照完整性是关系模型必须满足的完整性约束条件,被称作是关系的两个 不变性,应该由关系系统自动支持 。
58
关系的完整性 (续 )
2.3.1 实体完整性
2.3.2,参照完整性
2.3.3,用户定义的完整性
59
2.3.1 实体完整性实体完整性规则 ( Entity Integrity)
若属性 A是基本关系 R的主属性,则属性
A不能取空值例
SAP(SUPERVISOR,SPECIALITY,POSTGRADUATE)
POSTGRADUATE属性为主码
( 假设研究生不会重名 ),则其不能取空值
60
实体完整性 (续 )
关系模型必须遵守实体完整性规则的原因
(1) 实体完整性规则是针对基本关系而言的 。 一个基本表通常对应现实世界的一个实体集或多对多联系 。
(2) 现实世界中的实体和实体间的联系都是可区分的,即它们具有某种唯一性标识 。
(3) 相应地,关系模型中以主码作为唯一性标识 。
61
实体完整性 (续 )
关系模型必须遵守实体完整性规则的原因 (续 )
(4) 主码中的属性即主属性不能取空值 。
空值就是,不知道,或,无意义,的值 。
主属性取空值,就说明存在某个不可标识的实体,即存在不可区分的实体,这与第 ( 2) 点相矛盾,因此这个规则称为实体完整性 。
62
实体完整性 (续 )
注意 实体完整性规则规定基本关系的所有主属性都不能取空值例选修(学号,课程号,成绩)
,学号、课程号,为主码,则两个属性都不能取空值。
63
关系的完整性
2.3.1 实体完整性
2.3.2,参照完整性
2.3.3,用户定义的完整性
64
2.3.2 参照完整性
1,关系间的引用
2,外码
3,参照完整性规则
65
1,关系间的引用在关系模型中实体及实体间的联系都是用关系来描述的,因此可能存在着关系与关系间的引用 。
例 1 学生实体,专业实体以及专业与学生间的一对多联系学生 ( 学号,姓名,性别,专业号,年龄 )
专业 ( 专业号,专业名 )
66
学号 姓名 性别 专业号 年龄
801 张三 女 01 19
802 李四 男 01 20
803 王五 男 01 20
804 赵六 女 02 20
805 钱七 男 02 19
专业号 专业名
01 信息
02 数学
03 计算机学生( 学号,姓名,性别,专业号,年龄)
专业( 专业号,专业名)
67
关系间的引用 (续 )
例 2 学生,课程,学生与课程之间的多对多联系学生 ( 学号,姓名,性别,专业号,年龄 )
课程 ( 课程号,课程名,学分 )
选修 ( 学号,课程号,成绩 )
68
课程号 课程名 学分
01 数据库 4
02 数据结构 4
03 编译 4
04 P AS C AL 2
学号 姓名 性别 专业号 年龄
801 张三 女 01 19
802 李四 男 01 20
803 王五 男 01 20
804 赵六 女 02 20
805 钱七 男 02 19
学号 课程号 成绩
801 04 92
801 03 78
801 02 85
802 03 82
802 04 90
803 04 88
学生学生选课课程
69
关系间的引用 (续 )
例 3 学生实体及其内部的领导联系 (一对多 )
学生 ( 学号,姓名,性别,专业号,年龄,班长 )
学号 姓名 性别 专业号 年龄 班长
801 张三 女 01 19 802
802 李四 男 01 20
803 王五 男 01 20 802
804 赵六 女 02 20 805
805 钱七 男 02 19
70
2.外码( Foreign Key)
设 F是基本关系 R的一个或一组属性,但不是关系 R的码 。 如果 F与基本关系 S的主码
Ks相对应,则称 F是基本关系 R的 外码基本关系 R称 为 参照关系 ( Referencing
Relation)
基本关系 S称 为 被参照关系 ( Referenced
Relation) 或 目标关系 ( Target Relation) 。
71
外码 (续 )
说明
关系 R和 S不一定是不同的关系
目标关系 S的主码 Ks 和参照关系的外码 F
必须定义在同一个(或一组)域上
外码并不一定要与相应的主码同名当外码与相应的主码属于不同关系时,
往往取相同的名字,以便于识别
72
3,参照完整性规则若属性 ( 或属性组 ) F是基本关系 R的外码它与基本关系 S的主码 Ks相对应 ( 基本关系 R和 S不一定是不同的关系 ),则对于 R中每个元组在 F上的值必须为:
或者取空值 ( F的每个属性值均为空值 )
或者等于 S中某个元组的主码值 。
73
参照完整性规则 (续 )
学生关系中每个元组的,专业号,属性只取下面两类值:
( 1) 空值,表示尚未给该学生分配专业
( 2) 非空值,这时该值必须 是专业关系中某个元组的,专业号,值,表示该学生不可能分配到一个不存在的专业中
74
参照完整性规则 (续 )
选修( 学号,课程号,成绩)
,学号,和,课程号,是选修关系中的主属性按照实体完整性和参照完整性规则,它们只能取相应被参照关系中已经存在的主码值
75
参照完整性规则 (续 )
学生( 学号,姓名,性别,专业号,年龄,班长 )
,班长,属性值可以取两类值:
( 1)空值,表示该学生所在班级尚未选出班长,
或该学生本人即是班长;
( 2)非空值,这时该值必须是本关系中某个元组的学号值
76
关系的完整性 (续 )
2.3.1 实体完整性
2.3.2,参照完整性
2.3.3,用户定义的完整性
77
2.3.3 用户定义的完整性
用户定义的完整性是针对某一具体关系数据库的约束条件,反映某一具体应用所涉及的数据必须满足的语义要求 。
关系模型应提供定义和检验这类完整性的机制,
以便用统一的系统的方法处理它们,而不要由应用程序承担这一功能 。
78
用户定义的完整性 (续 )
例,
课程 (课程号,课程名,学分 )
,课程名,属性必须取唯一值
非主属性,课程名,也不能取空值
,学分,属性只能取值 {1,2,3,4}
79
第二章 关系数据库
2.1 关系模型概述
2.2 关系数据结构
2.3 关系的完整性
2.4 关系模型的三层体系结构
2.5 关系代数
2.6 关系演算
2.7 小结
80
2.4 关系模型的三层体系结构
关系模型的三级体系结构:
外模式 —— 子模式概念模式 —— 关系模式 的集合内模式 —— 存储模式
概念模式 (简称模式,也称逻辑模式):
数据库中全部数据的整体逻辑结构和特征的描述;
外模式 (子模式、用户模式 ):
数据库用户使用的局部数据的逻辑结构和特征的描述;
数据库用户的数据视图,是与某一应用有关的数据的逻辑表示;
内模式 (也称存储模式 ),
数据物理结构和存储方式的描述
是数据在数据库内部的表示方式
81
2.4 关系模型的三层体系结构
在关系模型中,记录类型称为 关系模式 ;
关系模式的集合 就是数据库的 概念模式 ;
在系统实现时,关系模式和属性的命名一般都用英文单词。
DDL定义学生关系模式 S( S#,SNAME,AGE,SEX)
选课关系模式 SC( S#,C#,GRADE)
课程关系模式 C( C#,CNAME,TEACHER)
82
2.4 关系模型的三层体系结构
子模式是用户所用到的那部分数据的描述。
对应于数据库中的 外模式 。
应指出数据与关系模式中相应数据的联系。
定义用户对数据进行操作的权限 。
成绩子模式 G(S#,SNAME,C#,GRADE)
学生关系模式 S( S#,SNAME,AGE,SEX)
选课关系模式 SC( S#,C#,GRADE)
课程关系模式 C( C#,CNAME,TEACHER)
83
小结
关系数据结构
关系
域
笛卡尔积
关系
关系,属性,元组
候选码,主码,主属性
基本关系的性质
关系模式
关系数据库
84
关系的数据操作集合
查询
选择、投影、连接、除、并、交、差
数据更新
插入、删除、修改
85
关系的完整性约束
实体完整性
参照完整性
外码
用户定义的完整性