数据库中关系模型一些名词的基本含义（一）

关系模型名词解释  

 (1)关系模型：用二维表格结构表示实体集，外键表示实体间联系的数据模型称为关系模型。   

(2)关系模式：关系模式实际上就是记录类型。它的定义包括：模式名，属性名，值域名以及模式的主键。 关系模式不涉及到物理存储方面的描述，仅仅是对数据特性的描述。  

(3)关系实例：元组的集合称为关系和实例，一个关系即一张二维表格。  

(4)属性：实体的一个特征。在关系模型中，字段称为属性。   

(5)域：在关系中，每一个属性都有一个取值范围，称为属性的值域，简称域。  

(6)元组：在关系中，记录称为元组。元组对应表中的一行；表示一个实体。  

(7)超键：在关系中能唯一标识元组的属性集称为关系模式的超键。  

(8)候选键：不含有多余属性的超键称为候选键。   

(9)主键：用户选作元组标识的一个候选键为主键。（单独出现，要先解释“候选键”）   

(10)外键：某个关系的主键相应的属性在另一关系中出现，此时该主键在就是另一关系的外键， 如有两个关系S和SC,其中S#是关系S的主键，相应的属性S#在关系SC中也出现，此时S#就是关系SC的外键。   

关系的完整性

一、实体完整性

实体完整性要求每个表都有唯一标识符，每一个表中的主键字段不能为空或者重复的值。

二、参照完整性

参照完整性要求关系中不允许引用不存在的实体。设定相应的更新删除插入规则来更新参考表。

例如表sutdent（有id，username，password），表sutdent_info（有id，name，age，sex）。其中表sutdent_info参照了表student。id作为外键。那么当student表删除一行时，表student_info对应的id那一列将被删除或者置空（根据设定的规则而定）。同样，表student_info增加一行，其中的id必须等于student表中的id。

三、用户自定义完整性

用户自定义完整性是针对某一具体关系数据库的约束条件，它反映某一具体应用所涉及的数据必须满足的语义要求。

也就是说：某个表你设置这一列为null，not null，default，check等。包括：非空约束、唯一约束、检查约束、主键约束 、外键约束

1、非空约束（Not Null Constraint） 这个可能大家都了解，就是我们在添加那个表 userinfo，在id、name后面都添加了not null，就是有些列不能把它设为空，相信大家都理解，我就说下我在一个英文资料看到的一段英文：The not null specification prohibits the insertion of a null value for this attribute.Any database modifucation that would cause a null to be inserted in an attribute declared to be not null generates an error diagnostic.(大家就得自己翻译了) 

2、唯一约束（Unique Constraint） 一个唯一约束并不包括一个NULL值。直接在字段定义后加入UNIQUE即可定义该唯一约束。 1) 一个表只能创建一个主键约束，但一个表可以根据需要对不同的列创建若干unique约束 2)主键字段不允许为null ，unique允许为空 3)一般创建主键约束时，系统自动产生簇索引，unique约束自动产非簇索引 

3、检查约束（The Check Clause） 通过在定义数据库表里，在字段级或者是在表级加入的检查约束，使其满足特定的要求。 我来举一个例子 create table student （ name varchar(15) not null, student_id varchar(15), degree_level varchar(15), primary key(student_id), check(degree_level in('Bachelors','Masters','Doctorate'))); Here ,we use the check clause to simulate an enumerated type by specifying that degree_level must to be one of 'Bachelors','Masters','Doctorate'; 

4、主键约束（Primary Key Constraint） 其实主键约束就是一张表只能建立一个主键约束，其实就是唯一约束+非空约束。大家通过上课讨论那么多关于“依赖”的事情，估计大家都能理解了 

5、外健约束（ Foreign Key Constraint） Foreign Key Constraint主要是确保同一个表或者不同表之间的引用完整性，所以必须引用一个PRIMARY KEY或者UNIQUE约束，用户必须在应用表上具有REFERENCES权限；一个表中最多可以有31个外部键约束； 在临时表中，不能使用外部键约束； 主键和外部键的数据类型必须严格匹配 。