数据库系统概论An Introduction to Database System第五章 数据.pptVIP

An Introduction to Database System 概 述 什么是数据库的完整性 数据的正确性和相容性。 防止不合语义的数据进入数据库。 例: 学生的年龄必须是整数，取值范围为14--29； 学生的性别只能是男或女； 学生的学号一定是唯一的； 学生所在的系必须是学校开设的系； 数据库是否具备完整性：关系到数据库系统能否真实地反映现实世界。 完整性与安全性的区别： 完整性是防止数据库中存在不符合语义的数据，防止错误信息的输入输出，即所谓的“垃圾进垃圾出”所造成的无效操作和错误结果。 安全性是保护数据库防止恶意的破坏和非法的存取。 二者的防范对象不同： 完整性的防范对象是不合语义的数据。 安全性的防范对象是非法用户和非法存取。 完整性控制机制 DBMS必须提供完整性控制机制： 1.完整性约束条件定义机制 2.完整性检查机制 3.违约反应 完整性约束条件定义 完整性约束条件：加在数据库之上的语义约束条件。它们作为模式的一部分存入数据库的数据字典中。 完整性检查：DBMS检查数据是否满足数据库完整性约束条件的机制。 违约处理：一般拒绝。 完整性控制 一、DBMS的完整性控制机制 二、关系系统三类完整性的实现 三、参照完整性的实现 一、DBMS的完整性控制机制 1. 定义功能 一个完善的完整性控制机制应该允许用户定义各类完整性约束条件。 定义表时定义的主码、外码等。 一、DBMS的完整性控制机制 2. 检查功能 检查用户发出的操作请求是否违背了完整性约束条件。 3. 处理功能： 如果用户的操作请求违背了完整性约束条件，则采取一定措施来保证数据的完整性。 一、DBMS的完整性控制机制 对于检查功能的两种时机： 立即执行的约束(Immediate constraints) 一条语句执行完后立即检查是否违背完整性约束。 延迟执行的约束(Deferred constrainsts) 完整性检查延迟到整个事务执行结束后 进行。 一、DBMS的完整性控制机制 例：银行数据库中“借贷总金额应平衡”的约束 就应该是延迟执行的约束 从账号A转一笔钱到账号B为一个事务，从账号A转出去钱后账就不平了，必须等转入账号B后账才能重新平衡，这时才能进行完整性检查。 一、DBMS的完整性控制机制 一条完整性规则可以用五元组表示: (D，O，A，C，P) D（Data） 约束作用的数据对象； O（Operation） 触发完整性检查的数据库操作 当用户发出什么操作请求时需要检查该完整性规则 是立即检查还是延迟检查； A（Assertion） 数据对象必须满足的断言或语义约束这是规则的主体； C（Condition） 选择A作用的数据对象值的谓词； P（Procedure） 违反完整性规则时触发的过程。 一、DBMS的完整性控制机制 例1：在“学号不能为空”的约束中 D 约束作用的对象为Sno属性 O 插入或修改Student 元组时 A Sno不能为空 C 无（A可作用于所有记录的Sno属性） P 拒绝执行该操作 一、DBMS的完整性控制机制 例2：在“教授工资不得低于1000元”的约束中 D 约束作用的对象为工资Sal属性 O 插入或修改职工元组时 A Sal不能小于1000 C 职称=′教授′ (A仅作用于职称=‘教授’的记录) P 拒绝执行该操作 二、关系系统三类完整性的实现 关系数据库系统都提供了定义和检查实体完整性、参照完整性和用户定义的完整性的功能 违反实体完整性规则和用户定义的完整性规则的操作： 一般是拒绝执行 违反参照完整性的操作： 拒绝执行 接受这个操作，同时执行一些附加的操作，以保证数据库的状态正确 第五章 数据库完整性 5.1 实体完整性 5.2 参照完整性 5.3 用户定义的完整性 5.4 完整性约束命名子句 *5.5 域中的完整性限制 5.6 触发器 5.7 小结 5.1 实体完整性 5.1.1 实体完整性的定义 5.1.2 实体完整性检查和违约处理 5.1.1 实体完整性的定义 在CREATE TABLE语句中提供了PRIMARY KEY子句，供用户在建表时指定关系的主码列。 在列级使用PRIMARY KEY子句 在表级使用PRIMARY KEY子句 例1：在学生选课数据库中，要定义Student表的Sno属性为主码 方法1： CREATE TABLE Student ( Sno NUMBER(8) PRIMARY KEY , Sname VARCHAR(20), Sage NUMBER(20