数据库系列（4）-关系型数据库基本术语

前言

关系模型的数据结构非常简单，只包含单一的数据结构。即关系。在关系模型中，现实世界的实体以及实体间的各种联系，均是使用关系来表示。在用户看来，关系模型是把数据库表示为数据的集合，且关系数据库 是以二维表格的形式组织数据，例如表2.1就是一张记录学生基本信息的二维表格，该表格为学生基本信息登记表。

基本术语

1. 表（table）

表，也称为关系，是一个二维的数据结构，它由表名、构成表的各个列（如学号，姓名，性别，出生日期等）及若干行数据（各个学生的基本信息）组成。每个表有一个唯一的表名，表中每一行数据描述一条具体的记录值，如一个学生的基本信息。

2.关系（Relation）

一个关系逻辑上对应一张二维表，可以为每个关系取一个名称进行标识。例如，表2.1所示的学生基本信息登记表，也即学生基本信息登记表关系。

关系可以有三种类型，即基本关系、查询表和视图表。其中，基本关系通常又称为基本表或基表，是实际存在的表，它是实际存储数据的逻辑表示；查询表是查询结果对应的表；视图表是由基本表或其他视图表导出的表，是虚表，部队营实际存储的数据。

3.列（Column）

表中的列，也称作字段（Field）或属性（Attribute）。表中每一列有一个名称，称为列名、字段名或属性名。每一列表示实体的一个属性，具有相同的数据类型。如表2.2所示，它列出了表2.1学生基本信息登记表中各个字段的字段名及其数据类型的定义。
　　　需要说明的是：在一个数据库中，表名必须唯一；在表中，字段名必须唯一，不同表中可以出现相同的字段名；表和字段的命名应尽量有意义，尽量简单。
　

4.域（Domain）

在关系（表）中，域是属性值的取值范围，比如性别的域为男、女（人妖算男还是女…）

5. 行（Row）

表中的行（Row），也称作元组（Tuple）或记录（Record）。表中的数据是按行存储的。表中的一行数据即为一个元组或一条记录，其每行由若干字段值组成，每个字段值描述该对象的一个属性或特征。例如，在表2.1中，第一行数据表示的是学号为201311111、姓名为张沙的学生基本信息。
　

6. 分量（Component）

元组中的一个属性值，称为分量。例如，在学生基本信息登记表中元组的每一个属性值：“201311112”、“张萌”、“女”、“1996/6/1”，“安徽”，“汉”，“AC1311”，“XXX2”都是它的分量。

7. 码或键（Key）

键(key)是实体的一个属性或一组属性，其值可用来特定标识该实体。例如学生实体可有学号、姓名、性别、所在系、年级等属性，其中学号是键码。

8.超码或超键（Super Key）

二维表中，能够唯一确定记录的一个字段或几个字段的组合被称为“超关键字”或者"超码"。“超关键字”虽然能唯一确定记录，但是它所包含的字段可能是有多余的。（A1, A2, …, An) 可以成为某个实体E的 super key， 如果通过这些属性可以确定一个实体。

9.候选码或候选键（Candidate Key）

如果从一个super key中的属性中，去掉任何一个属性，都不能唯一确定一个实体，那么这个super key就是candidate key。

要描述一个人，我们不需要把所有关于这个人的信息都说出来，那样没有必要。我们也不能只说这个人姓什么，因为这样还不够，听的人不知道是谁。

所以，我们要做的是，用最少的事实描述一个人。这就是 candidate key存在的意义。

10.主码或主键（Primary Key）

描述一个东西可以用不同的属性组合.。一个人可以用姓名+出生时间指定，也可以用身份证号码（假设每个人都有身份证号）。因此，一个实体的candidate key也可能有多个。 那我们用哪个来描述一个实体呢？

都可以，所以叫 candidate (候选的） key。当然，候选也意味着有些被选上，有些被淘汰。在数据库中，有一种方法描述实体就够了,因此，要从候选键中选一个作为主键（Primary Key）。
有了主键，就可以用它描述实体。

11.全码或全键（All-Key）

All-key关系模型的所有属性组组成该关系模式的候选码，称为全码。即所有属性当作一个码。若关系中只有一个候选码,且这个候选码中包含全部属性,则该候选码为全码。

12. 主属性（Primary Attribute）和非主属性（Nonprimary Attribute）

关系中包含在任何一个候选码中的属性称为主属性或码属性，不包含在任何一个候选码中的属性称为非主属性或非码属性。例如，在表2.1在学生基本信息登记表中，学号和身份证号是主属性，其他属性是非主属性。

13. 外码或外键（Foreign Key）

当关系中的某个属性（或属性组）不是这个关系的主码或候选码，而是另一关系的主码时，称该属性（或属性组）为这个关系的外码或外键。例如，在表2.4中班号是班级表的主键，而该属性又是表2.1学生基本信息登记表的一个属性，则成属性班号为学生基本信息表的外键。

14.参照关系（Referencing Relation）和被参照关系（Referened Relation）

参照关系也称为从关系，被参照关系也称为主关系，它们是指以外键相关联的两个关系。以为外键为主码的关系称为被参照关系；外键所在的关系称为参照关系。被参照关系与参照关系是通过外键相联系的，这种联系通常是一对多联系。例如，表2.4所定义的班级表是被参照关系，而表2.1所示的学生基本信息登记表是参照关系，它们通过外键“班号”相联系。

15.数据类型（Date Type）

表中每个列都有对应的数据类型，它用于限制（或容许）该列中存储的数据。每个字段表示同一类信息，具有相同的数据类型。

16.关系模式（Relation Schema）

关系模式是指关系（表）的描述，例如R(A1，A2，…,An)，其中R为关系名，A1，A2，…,An为各属性名，一般用这种方式，叫做二元组R（U）。

完整的关系模式包含五个部分，是一个五元组，R（U,D,DOM,F）
R：关系名
U：组成该关系的属性名集合
D：U中每个属性的域
DOM：属性向域的映射集合
F：属性间数据的依赖关系集合

17.完整性约束

在数据库设计的时候，表的数据有一定的取值范围和联系，多表之间的数据有时也有一定的参照关系。在创建表和修改表时，可通过定义约束条件来保证数据的完整性和一致性。约束条件是一些规则，在对数据进行插入、删除和修改时要对这些规则进行验证，从而起到约束作用。、

分为以下四类：

1. 实体完整性：规定表的每一行在表中是惟一的实体。

2. 域完整性：是指表中的列必须满足某种特定的数据类型约束，其中约束又包括取值范围、精度等规定。
3. 参照完整性：是指两个表的主关键字和外关键字的数据应一致，保证了表之间的数据的一致性，防止了数据丢失或无意义的数据在数据库中扩散。
4. 用户定义的完整性：不同的关系数据库系统根据其应用环境的不同，往往还需要一些特殊的约束条件。用户定义的完整性即是针对某个特定关系数据库的约束条件，它反映某一具体应用必须满足的语义要求。

18.数据字典（Data dictionary）

数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明，使用数据字典为简单的建模项目。