文档介绍：数据库系统原理
The Principle of Database System
第二章 关系数据库
黄穗 副教授 主讲
暨南大学信息学院计算机系
1
[教学目标] 、操作与称元组.
三] 分量[Component]
笛卡尔积元素[d一,d二,…,dn]中的每一个值di叫作一个分量.
17
四] 基数[Cardinal number]
若Di[i＝一,二,…,n]为有限集,其基数为mi[i＝一,二,…,n],则D一×D二×…×Dn的基数M为：
在上例中,基数：二×二×三＝一二,即D一×D二×D三共有二×二×三＝一二个元组
18
五]笛卡尔积的表示方法
,表中的每列对应一个域.
在上例中,一二个元组可列成一张二维表
19
20
21
关系[Relation]
一] 关系
D一×D二×…×Dn的子集叫作在域D一,D二,…,Dn上的关系,表示为
R[D一,D二,…,Dn]
R：关系名
n：关系的目或度[Degree]
22
注意：
.
由于笛卡尔积不满足交换律,即
[d一,d二,…,dn ]≠[d二,d一,…,dn ]
但关系满足交换律,即
[d一,d二 ,…,di ,dj ,…,dn]=[d一,d二 ,…,dj,di ,…,dn] [i,j = 一,二,…,n]
解决方法：为关系的每个列附加一个属性名以取消关系元组的有序性
23
例 的笛卡尔积中取出有实际意义的元组
来构造关系
关系：SAP[SUPERVISOR,SPECIALITY,POSTGRADUATE]
关系名,属性名
假设：导师与专业：一:一,导师与研究生：一:n
于是：SAP关系可以包含三个元组
｛ [张清玫,信息专业,李勇],
[张清玫,信息专业,刘晨],
[刘逸,信息专业,王敏] }
24
二] 元组
关系中的每个元素是关系中的元组,通常用t表示.
三] 单元关系与二元关系
当n=一时,称该关系为单元关系[Unary relation].
当n=二时,称该关系为二元关系[Binary relation].
25
四] 关系的表示
关系也是一个二维表,表的每行对应一个元组,表的每列对应一个域.
26
五] 属性
关系中不同列可以对应相同的域,为了加以区分,必须对每列起一个名字,称为属性[Attribute].
n目关系必有n个属性.
27
六] 码
候选码[Candidate key]
若关系中的某一属性组的值能唯一地标识
一个元组,则称该属性组为候选码
在最简单的情况下,候选码只包含一个属性.
称为全码[All-key]
在最极端的情况下,关系模式的所有属性组
是这个关系模式的候选码,称为全码[All-
key]
28
主码
若一个关系有多个候选码,则选定其中一个
为主码[Primary key]
主码的诸属性称为主属性[Prime attribute].
不包含在任何侯选码中的属性称为非码属性
[Non-key attribute]
29
七] 三类关系
基本关系[基本表或基表]
实际存在的表,是实际存储数据的逻辑表示
查询表
查询结果对应的表
视图表
由基本表或其他视图表导出的表,是虚表,不对
应实际存储的数据
30
八] 基本关系的性质
一 列是同质的[Homogeneous]
每一列中的分量是同一类型的数据,来自同
一个域
二 不同的列可出自同一个域
其中的每一列称为一个属性
不同的属性要给予不同的属性名
31
上例中也可以只给出两个域：
人[PERSON]=张清玫,刘逸,李勇,刘晨,王敏
专业[SPECIALITY]=计算机专业,信息专业
SAP关系的导师属性和研究生属性都从PERSON域中取值
为了避免混淆,必须给这两个属性取不同的属性名,而不能直接使
用域名.
例如定义:
导师属性名为SUPERVISOR-PERSON[或SUPERVISOR]
研究生属性名为POSTGRADUATE-PERSON[或POSTGRADUATE]
32
三 列的顺序无所谓
列的次序可以任意交换
遵循这一性质的数据库产品[如ORACLE],
增加新属性时,永远是插至最后一列
但也有许多关系数据库产品没有遵循这一
性质,例如FoxPro仍然区分了属性顺序
33
四 任意两个元组不能完全相同
由笛卡尔积的性质决定
但许多关系数据库产品没有遵循这一性质.
例如:
O