1.3 用户自定义完整性约束

对于用户自定义完整性约束，SQL提供了非空约束、对属性的CHECK约束、对元组的CHECK约束、触发器等来实现用户的各种完整性要求。

1、非空约束：

在CRETE TABLE 中的属性定义后面加上NOT NULL关键字即定义了该属性不能取空值。

2、基于属性的CHECK约束

使用CHECK（检查）子句可保证属性值满足某些前提条件。其一般格式为：
　　CHECK（<条件>）

它既可跟在属性定义的后面，也可在定义语句中另增一子句加以说明。
　　如：CHECK（age>=18 AND age<=65）;
　　CHECK（sex IN (“男”,”女”)）;
　　CHECK（dno IN(select dno from department)）;
 
　　从上例中可以看出，CHECK子句的条件中还可以带子查询。

3、基于元组的CHECK约束

基于元组的CHECK约束往往要涉及到表中的多个域。所以它是元组约束。在对整个元组完成插入或对某一元组的修改完成之后，系统将自动检查是否符合CHECK条件表达式。若不符合条件，系统将拒绝该插入或修改操作。

基于元组CHECK约束的说明方法是在CREATE TABLE语句中的属性表、主码、外部码的说明之后加上CHECK子句。

1.4 约束的更新

约束与数据库中的表和视图一样，可以进行增、删、改的更新操作。为了改和删约束，需要在定义约束时对其进行命名，在各种约束的说明前加上关键字CONSTRAINT 和该约束的名称即可。

例如：在employee表的create table语句中：

eno char(4) CONSTRAINT PK_employee PRIMARY KEY,
　　dno char(4)CONSTRAINT FK_employee FOREIGN KEY REFERENCES department(dno);

当对各种约束进行命名后，就可以用ALTER TABLE语句来更新与属性或表有关的各种约束。如：

ALTER TABLE employee DROP CONSTRAINT FK_employee;
　　ALER TABLE Salary ADD CONSTRAINT RightSalary CHECK(Insure+Fund<Rest);

上述的增加约束，实际上也是通过ALTER TABLE语句定义约束的一种形式。

SQL不能直接修改约束，修改某一个约束实际上是用ALTER TABLE 语句先删除该约束，然后再增加一个与该约束同名的新约束