chapter07_数据库的完整性_1_数据库的完整性

• 数据库的完整性包括

  (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只能有一个）