CH第五章 数据库完整性.pptVIP

第五章 数据库完整性 数据库完整性：数据的正确性和相容性。 关系数据库三类完整性约束: 实体完整性 参照完整性 用户定义完整性 为维护数据库的完整性，DBMS必须能： 提供定义完整性约束条件的机制 提供完整性检查的方法 违约处理 5.1 实体完整性 5.2 参照完整性 5.3 用户定义完整性 5.4 完整性约束名子句 5.5 域中完整性限制* 5.6 触发器 5.1 实体完整性 5.1.1 实体完整性定义 5.1.2 实体完整性检查和违约处理 5.1.1 实体完整性定义 PRIMARY KEY 约束在表中定义了一个惟一标识每一列的主键 应用 PRIMARY KEY 约束的注意事项 每张表只能有一个 PRIMARY KEY 约束 输入的值必须是惟一的 不允许空值 将在指定列上创建惟一索引 CREATE TABLE创建PRIMARY KEY约束 例1 将Student表中的Sno属性定义为码 或者： 例2 将Sc表中的Sno,Cno属性定义为码 ALTER TABLE添加PRIMARY KEY约束 语法： ALTER TABLE 表名 ADD [CONSTRAINT 约束名 ] PRIMARY KEY [CLUSTERED | NONCLUSTERED ] { (列[,...n])} 默认参数是CLUSTERED 例：在 Customers 表上创建 PRIMARY KEY 约束，指明表的主键值是 CustomerID，并且创建非聚集索引以强制约束 5.1.2 实体完整性检查和违约处理 检查： 检查主码值是否唯一，如果不唯一则拒绝插入或修改 检查主码的各个属性是否为空，只要有一个为空就插入或修改 检查方法 全表扫描 B+树索引 5.2 参照完整性 5.2.1 参照完整性定义 5.2.2 参照完整性检查和违约处理 5.2.1 参照完整性定义 FOREIGN KEY 约束：定义到同表或其他表中具有 PRIMARY KEY 或者 UNIQUE 约束的列的引用 FOREIGN KEY 约束（续） 应用 FOREIGN KEY 约束的注意事项 提供了单列或多列的引用完整性。FOREIGN KEY 子句中指定的列的个数和数据类型必须和 REFERENCES 子句中指定的列的个数和数据类型匹配 并不自动创建索引 修改数据的时候，用户必须在被 FOREIGN KEY 约束引用的表上具有 SELECT 或 REFERENCES 权限 若引用的是同表中的列，那么可只用 REFERENCES 子句而省略 FOREIGN KEY 子句 例3 定义SC中的参照完整性 例:使用 FOREIGN KEY 约束，确保 Orders 表中的客户标识与 Customers 表中的有效的客户标识相关联 5.2.2 参照完整性检查和违约处理 FOREIGN KEY 约束包含一个 CASCADE 选项，允许对一个定义了 UNIQUE 或者 PRIMARY KEY 约束的列的值的修改自动传播到引用它的外键上，这个动作称为级联引用完整性 语法： [CONSTRAINT 约束名] [FOREIGN KEY] [(列[,…n])] REFERENCES 引用表 [(引用列 [,…n])].  [ ON DELETE { CASCADE | NO ACTION } ]  [ ON UPDATE { CASCADE | NO ACTION } ] NO ACTION：任何企图删除或者更新被其他表的外键所引用的键都将引发一个错误，对数据的改变会被回滚。NO ACTION 是默认值 CASCADE：若父表中的行变化了，则引用表中相应的行也自动变化 级联引用完整性（续） 应用 CASCADE 选项的注意事项 可在多个具有引用关系的表之间组合 CASCADE 和 NO ACTION 选项。若 SQL Server 遇到 NO ACTION，则中断并回滚所有相关的 CASCADE 动作 CASCADE 选项不能对定义为 rowversion 数据类型的外键或主键列指定 5.3 用户定义的完整性 5.3.1 不允许取空值（NOT NULL约束) 5.3.2 列值唯一（UNIQUE 约束） 5.3.3 缺省（DEFAULT 约束） 5.3.4 检查（CHECK 约束） 使用约束实施数据完整性 约束是通过限制列中、行中和表之间数据来保证数据完整性的非常有效的方法。 每一种数据完整性类型都由不同的约束类型来保障。 约束是强制数据完整性的首选方法 因为它符合 ANSI 标准，可以获得最大的兼容性，而且在一般情况下功能足够了。 使用约束的注意事项 可直接在表上创建、更改和删除约束，而不必删除并重建表 应该在应用程序和事务内建立错