关系型数据库

（一）单一的数据结构---关系

（二）逻辑结构---二维表

（三）域（Domain）

（四）笛卡尔积（Cartesian  Product）

1. 定义

2. 元组（Tuple）

3. 分量（Component）

4. 基数（Cardinal  number）

5. 笛卡尔积的表示方法

6. 例如

（五）关系（Relation）

1. 关系

2. 元组

3. 单元关系和二元关系

4. 关系的表示

5. 属性

6. 码

7. 说明

8. 三类关系

9. 基本关系的性质

二、关系模式

（一）什么的关系模式

1. 元组集合的结构

2. 一个关系通常由赋予它的元组语义确定

3. 现实的世界中还存在着完整性约束

（二）定义关系模式

1. 定义

2. 举例

3. 关系模式和关系

三、关系数据库

（一）关系数据库

（二）关系数据库的型与值

（三）关系模型的存储结构

四、关系操作

（一）基本操作

1. 常用的关系操作

2. 关系操作的特点

（二）关系数据库语言的分类

1. 关系代数语言

2. 关系演算语言

3. 具有关系代数和关系演算双重特点的语言

五、关系的完整性

（一）基本概念

（二）实体完整性

（三）实体完整性规则的说明

（四）参考完整性

1. 关系间的引用

2. 外码（Foreign  Key）

3. 参照完整性规则

（五）用户定义的完整性

一、关系

（一）单一的数据结构---关系

• 现实世界的实体以及实体间的各种联系均用关系来表示

（二）逻辑结构---二维表

• 从用户角度，关系模型中的数据逻辑结构是一张二维表
• 关系模型是建立在集合代数的基础上

（三）域（Domain）

• 定义：域是一组具有相同数据类型的值的集合

• 例如：整数、实数、介于某个取值范围的整数、指定长度的字符串的集合、{“男”，“女”}等等

（四）笛卡尔积（Cartesian  Product）

1. 定义

给定一组域D1，D2，....，Dn，这些域可以是相同的。D1，D2，....，Dn的笛卡尔积为：

• 所有域的所有取值的一个组合 

2. 元组（Tuple）

• 笛卡尔积中的每一个元素（d1，d2，...，dn）称作一个n元组（n-tuple）或简称元组（Tuple） 
• 例如：（张清玫，计算机专业，李勇），（张清玫，计算机专业，刘晨）等都是元组 

3. 分量（Component）

•  笛卡尔积元素（d1，d2，...dn）中的每一个值di称为一个分量
• 例如：张清玫、计算机专业、李勇等都是分量 

4. 基数（Cardinal  number）

• 例如：上面D1的域是2，因为D1里面有两个元素可供选择；D2的域是2，因为D2里面有两个元素可供选择
• 笛卡尔积的表方法：笛卡尔积可表示为一个二维表，表中每行对应一个元组，表中的每列对应一个元组，表中的每列对应一个域 

5. 笛卡尔积的表示方法

• 笛卡尔积可表示为一张二维表，表中的每行对应一个元组，表中的每列对应一个域

6. 例如

（五）关系（Relation）

1. 关系

• 例如：学生信息（学号，姓名，...） 
• R表示关系名
• n表示关系的目或度（Degree）

2. 元组

• 关系中的每个元素是关系中的元组，通常用t表示 

3. 单元关系和二元关系

• 当n=1时，称该关系为单元关系（Unary relation）或一元关系                           
• 当n=2时，称该关系为二元关系（Binary relation） 

4. 关系的表示

关系也是一个二维表，表的每行对应一个元组，表的每列对应一个域，一个属性

5. 属性

• 关系中不同列可以对应相同的域 为了加以区分，必须对每列起一个名字，称为属性（Attribute）
• n目关系必有n个属性

6. 码

• 候选码（Candidate key）：若关系中的某一属性组的值能唯一地标识一个元组，则称该属性组为候选码。（比如学生的学号和身份证号都可以作为候选码）
• 简单的情况：候选码只包含一个属性
• 全码（All-key）：最极端的情况：关系模式的所有属性组是这个关系模式的候选码，称为全码（All-key） 
• 主码：若一个关系有多个候选码，则选定其中一个为主码（Primary key）
• 主属性：候选码的诸属性称为主属性（Prime attribute） 不包含在任何侯选码中的属性称为非主属性（Non-Prime attribute）或非码属性（Non-key attribute）（例如：学生的姓名，性别等属于非主属性）

7. 说明

• 例：表2.1 的笛卡尔积没有实际意义
• 取出有实际意义的元组来构造关系

8. 三类关系

• 基本关系（基本表或基表）：实际存在的表，是实际存储数据的逻辑表示
• 查询表：查询结果对应的表
• 视图表：由基本表或其他视图表导出的表，是虚表，不对应实际存储的数据

9. 基本关系的性质

• 列是同质的（Homogeneous） （意味着某一列的数据具有相同的性质，要是整数都得是整数等等）
• 不同的列可出自同一个域，其中的每一列称为一个属性，不同的属性要给予不同的属性名
• 列的顺序无所谓，列的次序可以任意交换 
• 任意两个元组的候选码不能相同
• 行的顺序无所谓，行的次序可以任意交换
• 分量必须取原子值，这是规范条件中最基本的一条 

二、关系模式

（一）什么的关系模式

• 关系模式（Relation  Schema）是对关系的描述。关系模式是型，关系是值

1. 元组集合的结构

• 属性构成
• 属性来自的域
• 属性与域之间的映象关系

2. 一个关系通常由赋予它的元组语义确定

3. 现实的世界中还存在着完整性约束

（二）定义关系模式

1. 定义

• R                关系名（例如：学生信息）
• U                组成该关系的属性名集合
• D                U中属性所来自的域
• DOM          属性向域的映象集合
• F                属性间数据的依赖关系的集合

2. 举例

3. 关系模式和关系

• 关系模式 ：静态的、稳定的
• 关系：动态的、随时间不断变化的
• 关系是关系模式在某一时刻的状态或内容，在实际工作中关系模式和关系往往统称为关系，需要通过上下文加以区别

三、关系数据库

（一）关系数据库

• 在一个给定的应用领域中，所有关系的集合构成一个关系数据库

（二）关系数据库的型与值

• 关系数据库的型: 关系数据库模式，是对关系数据库的描述
• 关系数据库的值: 关系模式在某一时刻对应的关系的集合，通常称为关系数据库 

（三）关系模型的存储结构

• 有的关系数据库管理系统中一个表对应一个操作系统文件，将物理数据组织交给操作系统完成
• 有的关系数据库管理系统从操作系统那里申请若干个大的文件，自己划分文件空间，组织表、索引等存储结构，并进行存储管理

四、关系操作

（一）基本操作

1. 常用的关系操作

• 查询操作：选择、投影、连接、除、并、差、交、笛卡尔积等，
• 其中选择、投影、并、差、笛卡尔积是5种基本操作
• 数据更新：插入、删除、修改 

2. 关系操作的特点

• 集合操作方式：操作的对象和结果都是集合，一次一集合的方式 

（二）关系数据库语言的分类

1. 关系代数语言

• 用对关系的运算来表达查询要求。代表：ISBL 

2. 关系演算语言

• 用谓词来表达查询要求 
• 元组关系演算语言：谓词变元的基本对象是元组变量。代表：APLHA, QUEL
• 域关系演算语言：谓词变元的基本对象是域变量。代表：QBE

3. 具有关系代数和关系演算双重特点的语言

• 代表：SQL（Structured Query Language）

五、关系的完整性

（一）基本概念

• 关系模式中的三类完整性约束：实体完整性、参照完整性和用户定义的完整性
• 其中实体完整性、参照完整性是关系模型必须满足的完整性约束条件，称为关系的两个不变性，应该由关系系统自动支持。
• 用户定义的完整性是应用领域需要遵循的约束条件，体现了具体领域中的语义约束

（二）实体完整性

• 实体完整性规则（Entity  Integrity）是指若属性A是基本关系R的主属性，则属性A不能取空值
• 空值就是“不知道”或“不存在”或“无意义”的值
• 例如：SAP（SUPERVISOR，SPECIALTY，POSTGRADUATE）POSTGRADUATE：主码（假设研究生不会重名）不能取空值

（三）实体完整性规则的说明

• 实体完整性规则是针对基本关系而言的，一个基本表通常对应现实世界的一个实体集
• 现实世界中的实体是可区分的，即它们具有某种唯一性标识
• 关系模式中以主码作为唯一性标识
• 主码中的属性即主属性不能取空值

注意：实体完整性规则规定基本关系的所有主属性都不能取空值

（四）参考完整性

1. 关系间的引用

• 在关系模型中实体及实体间的联系都是用关系来描述的存在着关系和关系间的引用。

2. 外码（Foreign  Key）

• 定义：设F是基本关系R的一个或一组属性，但不是关系R的码。如果F与基本关系S的主码相对应，则称F是基本关系R的外码
• 基本关系R称为参照关系（Referencing  Relation）
• 基本关系S被称为被参照关系（Referenced  Relation）或目标关系（Target  Relation）

说明：

• 关系R和S不一定是不同的关系
• 目标关系S的主码和参照关系的外码F必须定义在同一个（或一组）域上
• 外码并不一定要与相应的主码同名，当外码与相应的的主码属于不同关系时，往往取相同的名字，以便于识别

3. 参照完整性规则

• 参照完整性规则：若属性（或属性组）F是基本关系R的外码，它与基本关系S的主码相对应（基本关系R和S不一定是不同的关系），则对于R中每一个元组在F上的值必须为：
• 或者取空值（F的每个属性值均为空值）
• 或者等于S中某个元组的主码值 

（五）用户定义的完整性

• 针对某一具体关系数据库的约束条件，反映某一具体应用所涉及的数据必须满足的语义要求
• 关系模式应提供定义和检验这类完整性的机制，以便用统一的系统的方法处理它们，而不要由应用程序承担这一功能