数据库第五章数据库完整性

完整性的概述

• 数据库的完整性：数据的正确性和相容性；

完整性和安全性区别

• 完整性：防范不合语义、不正确的数据；
• 安全性：防范非法用户和非法操作；

5.1 实体完整性

• 关系模型的实体完整性—主码各不为空，总的不重复；CREATE TABLE中用PRIMARY KEY定义
  
  

插入或对主码列进行更新操作时，RDBMS按照实体完整性规则自动进行检查。包括：

• 检查主码值是否唯一，如果不唯一则拒绝插入或修改
• 检查主码的各个属性是否为空，只要有一个为空就拒绝插入或修改

如何检验主码值是否唯一？

• ① 进行全表扫描；② 索引

5.2 参照完整性

• 外码要么为空，要么为某主码值；在CREATE TABLE中用FOREIGN KEY短语定义哪些列为外码用REFERENCES短语指明这些外码参照哪些表的主码
  
• 对于参照完整性，除了应定义外码，还应定义外码列是拒绝/级连删除/设置为空值的哪一种。

5.3 用户定义的完整性

• 针对某一具体应用的数据必须满足的语义要求

5.3.1 属性上的约束条件的定义

• CREATE TABLE时定义：① 列值非空NOT NULL② 列值唯一Dname CHAR(9) UNIQUE③ 检查列值是否满足一个布尔表达式Ssex CHAR(2) CHECK (Ssex IN (‘男’，‘女’) )

5.3.2 属性上的约束条件检查和违约处理

• 插入元组或修改属性的值时，RDBMS检查属性上的约束条件是否被满足，如果不满足则操作被拒绝执行

5.3.3 元组上的约束条件的定义

• 在CREATE TABLE时可以用CHECK短语定义元组上的约束条件，即元组级的限制
  

5.3.4元组上的约束条件检查和违约处理

• 插入元组或修改属性的值时，RDBMS检查元组上的约束条件是否被满足；如果不满足则操作被拒绝执行

5.4 完整性约束命名子句

• CONSTRAINT 约束：CONSTRAINT <完整性约束条件名> ［PRIMARY KEY短语 | FOREIGN KEY短语 | CHECK短语 ］
  
  

*5.5 域中的完整性限制（略）

5.6 触发器

• 触发器（Trigger）是用户定义在关系表上的一类由事件驱动的特殊过程；

5.6.1 定义触发器

5.6.2 激活触发器

5.6.3 删除触发器

• 删除触发器的SQL语法：DROP TRIGGER <触发器名> ON <表名>;