第章 数据库 数据完整性约束.pptVIP

定义或添加CHECK约束 CREATE TABLE 表名( … 列名 类型 [ CONSTRAINT 约束名 ] CHECK(逻辑表达式), … ） 或： ALTER TABLE 表名 ADD [ CONSTRAINT 约束名 ] CHECK （逻辑表达式） * * 示例——定义CHECK约束 例6 为职工表定义工资必须大于等于1000的约束。 CREATE TABLE 职工表 （… 工资 SMALLINT CHECK ( 工资 = 1000 ), … ） 或者： CREATE TABLE 职工表 （… 工资 SMALLINT, … CHECK ( 工资 = 1000 ) , … ） * * 示例——添加CHECK约束 ALTER TABLE 职工表 ADD CONSTRAINT CHK_Salary CHECK ( 工资 = 1000 ) * * 示例：定义多列取值约束 例7 限制“最低工资”=“最高工资”。 CREATE TABLE 工作表（… 最低工资 int, 最高工资 int, […] CHECK（最低工资 = 最高工资）, … ） 注意：多列之间的CHECK约束只能定义在表级约束处。 * * 示例：添加多列取值约束 ALTER TABLE 工作表 ADD CONSTRAINT CHK_Job_Salary CHECK ( 最低工资 = 最高工资 ) * * 示例 例8 限制电话号码列的每一位的取值必须是0~9之间的数字。 … CHECK（电话 LIKE ‘[0-9][0-9][0-9] [0-9][0-9][0-9][0-9][0-9]’） … * * 8.3 系统对完整性约束的检查 主键约束：插入和更新数据时，检查新数据的主键值是否与已存在的主键值重复，或者新主键值是否为空。 唯一值约束：同主键约束。 默认值约束：插入数据且没有为某个列提供值时检查。 列取值范围约束：插入和修改有列取值约束的数据检查。 * * 外键约束的检查——对子表 插入数据时，检查新数据的外键值是否在主表的主键值范围内。 修改外键列值时，检查修改后的外键值是否在主表的主键值范围内。 * * 外键约束的检查——对主表 删除数据时，检查被删除数据的主键值是否在子表中有对它的引用，若无，则删除之；若有，则看是否允许级联删除： 若允许：则将子表中相应数据一起删掉； 若不允许：则删除失败。 更改主键列值时，检查被更改的主键值是否在子表中有对它的引用，若无，则更改之；若有，则看是否允许级联更改： 若允许：则将子表中相应数据一起进行更改； 若不允许：则更改失败。 * * 8.4 删除约束 ALTER TABLE 表名 DROP [ CONSTRAINT ] 约束名 例9 删除在职工表上定义的限制电话号码的CHK_PHONE约束。 ALTER TABLE 职工表 DROP CHK_PHONE * * 8.5 触发器 是一段由对数据的更改操作引发的自动执行的代码。更改操作包括：UPDATE、INSERT、DELETE 通常用于保证业务规则和数据完整性 主要优点是用户可以用编程的方法实现复杂的处理逻辑和商业规则，增强了数据完整性约束的功能。 * * 创建触发器 CREATE TRIGGER 触发器名称 ON {表名 | 视图名} { FOR | AFTER | INSTEAD OF } { [ INSERT ] [ , ] [ DELETE ] [ , ] [UPDATE ] } AS SQL 语句 * * 注意 在一个表上可以建立多个名称不同、类型各异的触发器，每个触发器可由所有三个操作引发 对AFTER型触发器，可以在同一种操作上建立多个触发器； 对INSTEAD OF型触发器，在同一种操作上只能建立一个触发器。 大部分SQL语句都可用在触发器中，但所有的创建和更改数据库以及数据库对象的语句、所有的DROP语句都不允许在触发器中使用。 * * 两个特殊的临时表 在触发器中可以使用两个特殊的临时表： INSERTED DELETED 由系统自动创建，结构同建立触发器的表结构 只能用在触发器代码中。 INSERTED：保存INSERT操作中新插入的数据和UPDATE操作中更新后的数据； DELETED：保存DELETE操作删除的数据和UPDATE操作中更新前的数据。 * * 后触发型触发器 当后触发型触发器执行时，引发触发器执行的数据操作语句已经执行完成 * * 执行到引发触发器执行的操作语句 执行触发器 执行该语句 示例：维护不同表数据之间的取值约束 例1.针对职工表和工作表，限制职工工资必须在相应工作的最低工资到最高