数据库的完整性包括

(1) 数据的正确性

数据的合法性

(2) 数据的有效性

数据是否在有效范围内

(3) 数据的相容性

表示同一事实的两个数据应该相同

完整性约束

(1) 实体完整性约束

主键不能为空

(2) 参照完整性约束

外键要么为空，要么为其他表中取值

(3) 用户定义的完整性约束

用户定义的规则

数据完整性控制策略

(1) 默认值 DEFAULT

(2) 约束 UNIQUE、NOT NULL等

使用约束优于触发器、规则、默认值

(3) 规则 CHECK

(4) 触发器

实体完整性

(1) 主键不能为空

(2) 一般系统会自动在主键属性上创建唯一的索引

参照完整性

(1) 外键可以REFERENCES当前表的主键组成的某一列，且可以不止一个

示例

  CREATE TABLE `table1` (
      `num1` int(11) NOT NULL,
      `num2` int(11) NOT NULL,
      PRIMARY KEY (`num1`)
  );

  CREATE TABLE `table2` (
      `num1` int(11) NOT NULL,
      `num2` int(11) NOT NULL,
      `num3` int(11) NOT NULL,
      PRIMARY KEY (`num1`),
      CONSTRAINT `fk_1` FOREIGN KEY (`num2`) REFERENCES `table1` (`num1`),
      CONSTRAINT `fk_2` FOREIGN KEY (`num3`) REFERENCES `table2` (`num1`)
  );

参照完整性违约处理的策略

(1) 参照关系插入元组时，被参照关系不存在相应的元组

1° 受限插入：拒绝插入

2° 递归插入：首先向被参照关系插入响应的元组，然后再插入参照关系的元组

(2) 被参照关系删除元组时，删除的元组和被参照关系的某些元组有关联

1° 级联删除：参照关系和被参照关系相应的元组一并删除

2° 受限删除：拒绝删除

3° 置空值删除：删除被参照关系的元组，同时将与之关联的参照关系的元组上的值置为NULL

(3) 参照关系更新元组

类比 (1)参照关系插入元组 的情况

(4) 更改被参照关系的主键值

类比 (2) 被参照关系删除元组 的情况

系统默认的策略是拒绝执行，但是可以手动添加策略

例如

  CREATE TABLE `table2` (
      `id` int(11) DEFAULT NULL,
      `num` int(11) DEFAULT NULL,
       CONSTRAINT `fk` FOREIGN KEY (`id`) REFERENCES `table1` (`id`) 
       ON DELETE NO ACTION 
       ON UPDATE CASCADE
  );

现在MYSQL只支持
[ON DELETE reference_option] 和 [ON UPDATE reference option]

其中，reference_option包括 RESTRICT | CASCADE | SET NULL | NO ACTION | SET DEFAULT

（没彻底搞懂）这些都是针对父表的，即父表删除或父表更新时应该采取怎样的策略，好像没有针对子表插入和更新的策略……

用户定义的完整性

包括 UNIQUE, NOT NULL, CHECK, DEFAULT等

触发器简介

(1) 触发器是一种特殊的存储过程，在对表或视图进行UPDATE、INSERT或DELETE时自动执行，用编程的方法实现复杂的业务规则，比约束更精细

(2) 触发器的优点

1° 可以实现复杂的业务规则

2° 比CHECK实现约束更复杂的数据完整性

3° 可以比较数据修改前后的状态

  大部分触发器提供了引用被修改数据的能力

4° 维护非规范化数据

(3) 定义触发器

  CREATE
  TRIGGER trigger_name
  trigger_time trigger_event
  ON tbl_name 
  FOR EACH ROW
  trigger_body

  trigger_time: { BEFORE | AFTER }

  trigger_event: { INSERT | UPDATE | DELETE }

示例

  CREATE TABLE `table1` (
      `id` varchar(11) DEFAULT NULL
  );

  CREATE TABLE `table2` (
      `id` varchar(11) DEFAULT NULL
  ); 

  CREATE TRIGGER insert_trigger
  AFTER INSERT ON table1
  FOR EACH ROW
  INSERT INTO table2(id) VALUES (new.id);

这个触发器的作用是，每次向table1插入值的时候，如果插入成功，就自动也向table2插入值;

(4) AFTER表示触发事件完成以后，判断触发条件是否满足；如果触发事件因为违反约束或语法错误而失败，则不执行触发器； BEFORE表示在触发事件进行以前判断触发条件是否满足，如果满足则先执行触发动作，再执行触发事件

(5) 触发器可以分为行级触发器 FOR EACH ROW 和语句级触发器 FOR EACH STATEMENT;行级触发器在对每一个修改的元组都会触发触发器；而语句触发器只在SQL执行的时候触发触发器

MySQL 5.7 does not support triggers using FOR EACH STATEMENT.

(6) 一个表对于每个触发操作可以有多个触发器，同一个表上的多个触发器激活时的顺序是

1° 执行BEFORE触发器

2° 执行SQL语句

3° 执行AFTER触发器

如果SQL语句有问题，将不会执行AFTER触发器

(7) 删除触发器

  DROP TRIGGER trigger_name;

删除触发器不会影响原有表，删除表时会自动删除其上的所有触发器

(8) 触发器可以支持完整性约束的所有功能，但是开销大，在性能上不如约束、默认值、CHECK好；因此，触发器放在后面考虑，作为复杂功能用其他方法实现不了时的“大招”使用

如果触发器所定义的表上存在约束，则在数据更改操作之前先检查约束，不符合时不需要执行触发器

使用UNIQUE而不使用PRIMARY KEY的场合

(1) 非主键的一列或列组合

(2) 允许NULL的列

(3) 要定义多个UNIQUE的时候（一张表UNIQUE可以有多个，PRIMARY KEY只能有一个）