11-数据的完整性.pptVIP

方案对象管理之 第十一章 数据的完整性 第十一章 数据的完整性 第十一章 数据的完整性 11.1 数据的完整性 11.2 管理完整性约束 11.2.1 oracle提供的约束条件 11.2.2 数据完整性约束的创建 11.2.3 数据完整性约束的维护 11.2.4 获取数据完整性约束的信息 第十一章 数据的完整性及其它方案对象 11.1 数据的完整性 数据库不仅仅是存储数据，还必须保证所保存的数据的正确性、完整性和安全性 数据的完整性 保证进入数据库中的数据都是有效数据 是关系数据库模型的基本原则，是用户在表上定义的一系列规则或约束条件，以及在表之间定义的一系列相互关系。 其作用就是强制要求数据库只能接受正确的、合理的数据，防止错误的或无效的数据被插入到表中。 完整性保护 防止不合语义的数据进入数据库 例: 员工的性别只能是男或女； 员工的编号一定是惟一的； 员工所在的部门必须是公司已存在的部门 11.1 数据的完整性 数据的安全性 是保护数据库防止恶意的破坏和非法的存取。 数据的完整性和安全性是两个不同的概念 数据的完整性：是防止数据库中存在不符合语义的数据，保证数据库中数据是正确的，避免不合语义的错误数据的输入和输出，即所谓的“垃圾进垃圾出”所造成的无效操作和错误结果。 数据的安全性：是防止数据被破坏、被非法存取 完整性措施的防范对象-----不合语义的数据。 安全性措施的防范对象-----非法用户和非法操作； 11.1 数据的完整性 11.2 管理完整性约束 ORACLE系统支持四种类型的数据完整性： 1．域完整性： 域完整性为列级和元组级完整性。它为列或列组指定一组有效的值，并确定该列是否允许为空。 2．实体完整性 ：实体完整性为表级完整性，它要求表中所有的元组都应该有一个惟一的标识符 3．参照完整性：参照完整性是表级完整性，它维护参照表中的外码与被参照表中主码的相容关系。 4．用户定义完整性 11.2 管理完整性约束 约束的类型 PRIMARY KEY 主键约束 FOREIGN KEY 外键约束 UNIQUE 唯一约束 CHECK 检查约束 NULL 空值约束 CASCADE 级联引用一致性约束 决定使用何种约束（约束类型） 11.2 管理完整性约束 完整性约束的各种状态之间的变化 遵循以下的原则： 如果在激活(ENABLE)约束时没有说明NOVALIDATE,则默认为ENABLE VALIDATE 如果在禁止(DISABLE)约束时没有说明VALIDATE,则默认为DIABLE NOVALIDATE 如果惟一约束或主键约束从禁止（DISABLE）状态变为激活(ENABLE)状态时没有索引，系统会自动地为之创建一个惟一索引。反之则会自动删除惟一索引。 当任何一个约束从NOVALIDATE状态变为VALIDATE状态时，系统会检查所有的数据。反之，不进行数据检查。 将一个约束从ENABLE NOVALIDATE状态变为ENABLE VALIDATE状态时，系统仍可以进行任何的读、写及其他的DDL操作。 11.2 管理完整性约束 11.2 管理完整性约束 包含所有约束的基本描述信息 USER_CONSTRAINTS DBA_CONSTRAINTS ALL_CONSTRAINTS 包含定义了约束的字段信息，利用这些视图可以查看约束被定义在哪些字段上。 DBA_CONS_COLUMNS ALL_CONS_COLUMNS USER_CONS_COLUMNS 11.2 管理完整性约束 11.2 管理完整性约束 11.2 管理完整性约束 使用 CREATE TABLE 或者 ALTER TABLE CREATE TABLE 是在创建表时创建约束 ALTER TABLE 是在一个已有的表上创建约束 可以添加约束到已有数据的表上 可添加单列或多列约束 若约束应用于单列----列级约束 若约束引用了多列----表级约束，即使它并没有引用表中的所有列 11.2 管理完整性约束 主键和惟一键: 将它们的索引放在（与表）不同的表空间中。 如果经常有大规模数据的装入使用非唯一索引。 自引用的外键: 在初始装入数据之后再定义或开启外键。 延迟约束的检查。 11.2 管理完整性约束 CREATE TABLE scott.employee( empid number(5) primary key, ename varchar2(15) not null, ssex varchar2(6), age number(4), job