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

第五章 数据库完整性 5.1实体完整性 1 5.1.1 实体完整性定义 1 5.1.2 实体完整性检查和违约处理 2 5.2 参照完整性 3 5.2.1 参照完整性定义 3 5.2.2参照完整性检查和违约处理 4 5.3用户定义的完整性 6 5.3.1 属性上的约束条件的定义 6 5.3.2 属性上的约束条件检查和违约处理 8 5.3.3元组上的约束条件的定义 8 5.3.3元组上的约束条件检查和违约处理 8 5.4完整性约束命名子句 9 *5.5域中的完整性限制 10 5.6 触发器 11 5.6.1 定义触发器 11 5.6.2激活触发器 13 5.6.3删除触发器 14 数据库的完整性是指数据的正确性和兼容性。 数据的完整性是为了防止数据库中存在不符合语义的数据，也就是防止数据库中存在不正确的数据。数据的安全性是保护数据库防止恶意的破坏和非法的存取。 为维护数据库的完整性，DBMS必须能够； 提供定义完整性约束条件的机制 提供完整性检查的方法 违约处理 我们在第2章2.3已经讲解了关系数据库三类完整性约束约束的基本概念，下面讲解SQL语言中实现这些完整性控制功能的方法。 5.1实体完整性 5.1.1 实体完整性定义 1. 将STUDENT表中的SNO属性定义为码。 CREATE TABLE Student （Sno CHAR（9）PRIMARY KEY，/*在列级定义主码*/ Sname CHAR（20） NOT NULL， Ssex CHAR（2）， Sage SMALLINT， Sdept CHAR（20） ）； 或者 CREATE TABLE Student （Sno CHAR（9）， Sname CHAR（20）NOT NULL， Ssex CHAR（20）， Sage SMALLINT, Sdept CHAR(20), PRIMARY KEY (Sno) /*在表级定义主码*/ ); 2. 将SC表中的Sno，Cno属性组定义为码 CREATE TABLE SC （Sno CHAR(9) NOT NULL, Cno CHAR(4) NOT NULL, Grade SMALLINT, PRIMARY KEY(Sno,Cno) /*只能在表级定义主码*/ ）； 5.1.2 实体完整性检查和违约处理 包括： 检查主码值是否唯一，如果不唯一则拒绝插入或修改。 检查主码的各个属性是否为空，只要有一个为空就拒绝插入或修改。从而保证了实体完整性。 全表扫描是十分耗时的。为了避免对基本表进行全表扫描，RDBMS核心一般都在主码上自动建立一个索引，如图5.2的B+树索引。通过索引查找基本表中是否已经存在新的主码值，将大大提高效率。 图5.2 使用索引检查主码唯一性 5.2 参照完整性 5.2.1 参照完整性定义 例如，关系SC中一个元组表示一个学生选修的某门课程的成绩，（Sno，Cno）是主码。Sno，Cno分别参照引用Student表的主码和Course表的主码。 3．定义SC中的参照完整性 CREATE TABLE SC (Sno CHAR(9) NOT NULL, Cno CHAR(4) NOT NULL, Grade SMALLINT, PRIMARY KEY(Sno,Cno), /*在表级定义实体完整性*/ FOREIGN KEY(Sno)REFERENCES Student(Sno), /*在表级定义参照完整性*/ FOREIGN KEY(Cno)REFERENCES Course(Cno) /*在表级定义参照完整性*/ ）； 5.2.2参照完整性检查和违约处理 一个参照完整性将两个表中的相应元组联系起来了。因此，对被参照表和参照表进行增删操作时有可能破坏参照完整性，必须进行检查。 例如，对表SC和Student有四种可能破坏参照完整性的情况，如表5.1所示。 SC表中增加一个元组，该元组的Sno属性的值在表Student中找不到一个元组，其Sno属性的值与之相等。 修改SC表中的一个元组，修改后该元组的Sno属性的值在表Student中找不到一