数据库系统概论数据库完整性.pptVIP

* * * 讲解要点： deleted 表：用于存储 DELETE 和 UPDATE 语句所影响的行的副本，即在deleted表中临时保存了被删除或被更新前的记录行。在执行 DELETE 或 UPDATE 语句时，行从触发器表中删除，并传输到 deleted 表中。由此我们可以从deleted 表中检查删除的数据行是否能删除。如果不能，就可以回滚撤销此操作，因为触发器本身就是一个特殊的事务单元。 inserted 表：用于存储 INSERT 和 UPDATE 语句所影响的行的副本，即在inserted 表中临时保存了被插入或被更新后的记录行。在执行INSERT 或 UPDATE 语句时，新加行被同时添加到 inserted 表和触发器表中。由此我们可以从inserted检查插入的数据是否满足业务需求。如果不满足，就可以向用户报告错误消息，并回滚撤销操作。 更新（UPDATE）语句类似于在删除之后执行插入；首先旧行被复制到 deleted 表中，然后新行被复制到触发器表和 inserted 表中。 * 讲解：在不同的修改操作（增、删、改），inserted表和deleted表分别存放的信息。 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 讲解要点： 假定该系统的数据库设计需要两张表：帐户信息表(bank)存放帐户的信息， 交易信息表(transInfo)存放每次的交易信息。 演示：“示例1：为什么需要触发器.sql”，演示时请设置为较大字体， 以便后排的学员能看清演示的结果。 提问学员：上述结果有什么错误？您一定发现了，当张三取钱200元时，虽然交易信息表(transInfo)中保存了取钱200元的交易信息，但帐户表(bank)中的余额仍是1000，没有自动跟随修改。显然，我们应该根据交易类型是“支取”还是“存入”，自动减少或增加帐户表中的余额。而且，它还应该具有事务的特征：一旦交易失败，余额修改也应该自动取消 。 提问学员：如何解决呢？这种特殊的业务规则使用普通约束行吗 ？ 答案显然是否定的 。 使用事务行吗？事务能保证一旦交易失败，余额修改也自动取消。但实现不了自动修改的触发功能 。 最优的解决方案就是采用触发器，它是一种特殊的存储过程，并且也具有事务的功能。它能多表之间执行特殊的业务规则或保持复杂的数据逻辑关系 。 * 讲解要点： 再看一个例子：目前有两张表，分别存放在职员工和退休员工的信息。 假定现赵二退休：赵二将从员工表中删除。 一旦删除赵二的信息，应自动触发一个动作：将赵二的信息保存到退休员工表中。 强调：自动触发，而不是手动，如何实现呢，使用触发器。 * * * * * An Introduction to Database System 5.7 小结 数据库的完整性是为了保证数据库中存储的数据是正确的 RDBMS完整性实现的机制 完整性约束定义机制 完整性检查机制 违背完整性约束条件时RDBMS应采取的动作 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * An Introduction to Database System 元组上的约束条件的定义(续) ［例9］ 当学生的性别是男时，其名字不能以Ms.打头。 CREATE TABLE Student (Sno CHAR(9)， Sname CHAR(8) NOT NULL， Ssex CHAR(2)， Sage SMALLINT， Sdept CHAR(20)， PRIMARY KEY (Sno)， CHECK (Ssex=女 OR Sname NOT LIKE Ms.%) /*定义了元组中Sname和 Ssex两个属性值之间的约束条件*/ )； 性别是女性的元组都能通过该项检查，因为Ssex=‘女’成立； 当性别是男性时，要通过检查则名字一定不能以Ms.打头 An Introduction to Database System 元组上的约束条件检查和违约处理 插入元组或修改属性的值时，RDBMS检查元组上的约束条件是否被满足 如果不满足则操作被拒绝执行 An Introduction to Database System 第五章 数据库完整性 5.1 实体完整性 5.2 参照完整性 5.3 用户定义的完整性 5.4 完整性约束命名子句 *5.5 域中的完整性限制 5.6 触发器 5.7