约束

1343964917_2755.jpg
列级约束有六种:主键Primary key、外键foreign key 、唯一 unique、检查 check 、默认default 、非空/空值 not null/ null
表级约束有四种:主键、外键、唯一、检查

列级约束和表级约束的区别

  • 列级约束:只能应用于一列上。
  • 表级约束:可以应用于一列上,也可以应用在一个表中的多个列上。

(即:如果你创建的约束涉及到该表的多个属性列,则必须创建的是表级约束(必须定义在表级上);否则既可以定义在列级上也可以定义在表级上此时只是SQL语句格式不同而已)

  • 列级约束:包含在列定义中,直接跟在该列的其它定义之后 ,用空格分隔;不必指定列名
  • 表级约束:与列定义相互独立,不包含在列定义中;与定义用‘,’分隔;必须指出要约束的列的名称

(注:因为在创建列级约束时,只需将创建列约束的语句添加到该字段(列)的定义子句后面;而在创建表级约束时,需要将创建表级约束的语句添加到各个字段(列)定义语句的后面,因为并不是每个定义的字段都要创建约束,所以必须指明需要创建的约束的列名。

主键约束

PRIMARY KEY约束
PRIMARY KEY约束用于定义基本表的主键,起唯一标识作用,其值不能为NULL,也不能重复,以此来保证实体的完整性。
PRIMARY KEY与UNIQUE约束类似,通过建立唯一索引来保证基本表在主键列取值的唯一性,但它们之间存在着很大的区别:
①在一个基本表中只能定义一个PRIMARY KEY约束,但可定义多个UNIQUE约束;
②对于指定为PRIMARY KEY的一个列或多个列的组合,其中任何一个列都不能出现空值,而对于UNIQUE所约束的唯一键,则允许为空
注意:不能为同一个列或一组列既定义UNIQUE约束,又定义PRIMARY KEY约束。
PRIMARY KEY既可用于列约束,也可用于表约束。
PRIMARY KEY用于定义列约束时,其语法格式如下:CONSTRAINT <约束名> PRIMARY KEY
PRIMARY KEY用于定义表约束时,即将某些列的组合定义为主键,其语法格式如下:[CONSTRAINT <约束名>] PRIMARY KEY (<列名>[{<列名>}])

外键约束

外部键约束用于强制参照完整性,提供单个字段或者多个字段的参照完整性。 FOREIGN KEY约束指定某一个列或一组列作为外部键,其中,包含外部键的表称为从表(参照表),包含外部键所引用的主键或唯一键的表称主表(被参照表)。
系统保证从表在外部键上的取值要么是主表中某一个主键值或唯一键值,要么取空值。以此保证两个表之间的连接,确保了实体的参照完整性。
FOREIGN KEY既可用于列约束,也可用于表约束,
其语法格式为:
[CONSTRAINT <约束名>] FOREIGN KEY REFERENCES <主表名> (<列名>[{<列名>}])
当使用外部键约束时,应该考虑以下几个因素:
①外部键约束提供了字段参照完整性。
②外部键从句中的字段数目和每个字段指定的数据类型必须和REFERENCES从句中的字段相匹配。
③外部键约束不能自动创建索引,需要用户手动创建。
④用户想要修改外部键约束的数据,必须有对外部键约束所参考表的SELECT权限或者REFERENCES权限。
⑤参考同一表中的字段时,必须只使用REFERENCES子句,不能使用外部键子句。
⑥一个表中最多可以有31个外部键约束。
⑦在临时表中,不能使用外部键约束。
⑧主键和外部键的数据类型必须严格匹配。

唯一性约束

UNIQUE约束用于指明基本表在某一列或多个列的组合上的取值必须唯一。
定义了UNIQUE约束的那些列称为唯一键,系统自动为唯一键建立唯一索引,从而保证了唯一键的唯一性。
唯一键允许为空,但系统为保证其唯一性,最多只可以出现一个NULL值。
UNIQUE既可用于列约束,也可用于表约束。
UNIQUE用于定义列约束时,其语法格式如下:[CONSTRAINT <约束名>] UNIQUE
唯一性约束用于指定一个或者多个列的组合的值具有唯一性,以防止在列中输入重复的值。当使用唯一性约束时,需要考虑以下几个因素:
①使用唯一性约束的字段允许为空值。
②一个表中可以允许有多个唯一性约束。
③可以把唯一性约束定义在多个字段上。
④唯一性约束用于强制在指定字段上创建一个唯一性索引。
⑤缺省情况下,创建的索引类型为非聚簇索引。
unique约束是用来确保不受主键约束列上的数据的唯一性.
unique与primary key的区别在于:

  1. unique约束主要用于非主键的一列或多列上要求数据唯一
  2. unique约束允许该列上存在NULL值,而主键决不允许出现
  3. 可以在一个表创建多个unique约束,而在一个表上只能够设置一个主键

检查约束

CHECK约束用来检查字段值所允许的范围,如,一个字段只能输入整数,而且限定在0-100的整数,以此来保证域的完整性。
CHECK既可用于列约束,也可用于表约束,
其语法格式为:[CONSTRAINT <约束名>] CHECK (<条件>)
一个列级检查约束只能与限制的字段有关;一个表级检查约束只能与限制的表中字段有关。
一个表中可以定义多个检查约束。
每个CREATE TABLE语句中每个字段只能定义一个检查约束。
在多个字段上定义检查约束,则必须将检查约束定义为表级约束。
当执行INSERT语句或者UPDATE语句时,检查约束将验证数据。
检查约束中不能包含子查询。

缺省约束

使用缺省约束时,应该注意以下几点:
每个字段只能定义一个缺省约束。
如果定义的缺省值长于其对应字段的允许长度,那么输入到表中的缺省值将被截断。
不能加入到带有IDENTITY属性或者数据类型为timestamp的字段上。
如果字段定义为用户定义的数据类型,而且有一个缺省绑定到这个数据类型上,则不允许该字段有缺省约束。

非空约束

NULL/NOT NULL
是否允许该字段的值为NULL。
NULL值不是0也不是空白,更不是填入字符串“NULL”,而是表示“不知道”、“不确定”或“没有数据”的意思。
当某一字段的值一定要输入才有意义的时候,则可以设置为NOT NULL。
如主键列就不允许出现空值,否则就失去了唯一标识一条记录的作用
只能用于定义列约束,
其语法格式如下:[CONSTRAINT <约束名> ][NULL|NOT NULL]

思考

3.1.5中提到:所有列级完整性约束都可以改写为表级完整性约束,而表级完整性约束不一定能改写为列级完整性约束。
不过貌似:不是所有的列级约束都可以改写成表级约束的

1
2
3
4
CREATE TABLE employee (
emp_id int NOT NULL,
emp_name varchar(20) DEFAULT 'unknown'
);

可以改写为以下语句,使用了表级约束:
在workbench中报错了

1
2
3
4
5
6
CREATE TABLE employee (
emp_id int,
emp_name varchar(20),
CONSTRAINT nn_emp_id NOT NULL (emp_id),
CONSTRAINT df_emp_name DEFAULT 'unknown' (emp_name)
);

参照完整性

外键处理

外键找不到合理的引用的时候:

  • 一种是先设置为NULL,这样就不会违反外键约束,但是会导致数据的不完整性,因为外键的作用是表示两个表之间的关联关系,如果外键为空,就无法表示这种关系。
  • 另一种是先插入被参照表中的数据,这样就可以保证外键有有效的引用,也可以保证数据的完整性,但是会增加操作的复杂度,因为需要多次插入数据。

如果是表内引用,也就是说参照表和被参照表是同一个表,那么先插入被参照表中的数据的方法就不太可行,因为这样会造成循环依赖的问题。例如,如果你是我的引用,我的引用是你,那么我要先插入你的数据,你要先插入我的数据,这样就无法进行。
在这种情况下,一种可能的方法是先插入外键为空的数据,然后再更新外键的值。

外键语法

1
2
3
4
5
6
7
8
9
10
CREATE TABLE emp_dept (
emp_no CHAR(10) NOT NULL,
dept_no CHAR(5),
CONSTRAINT FK_deptno
FOREIGN KEY (dept_no)
REFERENCES departments(dept_no)
ON DELETE SET NULL
ON UPDATE SET NULL,
PRIMARY KEY(emp_no)
);

这段代码的原理是,它定义了一个外键约束,指定了当参照表(departments)中的dept_no被删除或更新时,引用表(employee)中的dept_no应该如何处理。
ON DELETE SET NULL表示当参照表中的dept_no被删除时,引用表中的dept_no将被设置为NULL。
ON UPDATE SET NULL表示当参照表中的dept_no被更新时,引用表中的dept_no也将被设置为NULL。
这样做的目的是为了保持数据的一致性和完整性,避免出现无效的引用或孤立的记录

cascade和restrict

cascade和restrict是在定义外键时指定的两种选项,它们影响了当被参照表中的数据发生变化时,参照表中的数据如何处理。
cascade表示级联操作,即当被参照表中的数据被删除或更新时,参照表中的数据也会相应地被删除或更新。
restrict表示受限操作,即当被参照表中的数据被删除或更新时,如果参照表中有对应的数据,就不允许进行删除或更新操作。
举例来说,假设有两个表:学生表和课程表,如下所示:
学生表:

sno sname ssex sdept
2021 张三 计算机
2022 李四 数学
2023 王五 物理

课程表:

cno cname cpno
0001 数据结构 NULL
0002 算法设计 0001
0003 操作系统 NULL
0004 编译原理 0003
0005 数据库系统 NULL

在这个例子中,课程表中的cpno列是一个外键,它引用了课程表中的cno列,表示先修课的编号。
如果定义外键时指定了on delete cascade,那么当删除课程表中的一条数据时,比如:
DELETE FROM course WHERE cno = ‘0001’;
那么课程表中所有cpno为0001的数据也会被一起删除,即算法设计这门课也会被删除。
如果定义外键时指定了on delete restrict,那么当删除课程表中的一条数据时,比如:
DELETE FROM course WHERE cno = ‘0001’;
那么如果课程表中有cpno为0001的数据,就不允许进行删除操作,会报错。只有当没有任何数据引用了0001时,才能删除数据结构这门课。