第8章约束的管理与管理解说.ppt

8.2.5 FOREIGN KEY约束 FOREIGN KEY约束定义对同一个表或另一个表中具有PRIMARY KEY或UNIQUE约束的列的引用。外键列中的值必须出现在主键列中。当存在对主键值的引用时，不可更改或删除主键值。 在创建FOREIGN KEY约束之前，要考虑以下事实： FOREIGN KEY约束提供了单列引用完整性和多列引用完整性，原表和引用表中引用列数及列的数据类型必须一致。 FOREIGN KEY约束不会自动创建索引，但如果需要，用户可手工创建。 在定义FOREIGN KEY约束时，可以引用同一个表中的主键列。当修改FOREIGN KEY约束所在表的数据时，用户必须拥有该约束所引用表的SELECT权限或REFERENCES权限。 可以使用SQL Server Management Studio来创建FOREIGN KEY约束。 1）在打开的表设计器中，右击所要设置的列名，从弹出的快捷菜单中选择“关系”命令，如右图所示。 2）打开“外键关系”对话框，如下图所示，单击“表和列规范”文本框右侧的按钮，打开“表和列”对话框。 3）在打开的“表和列”对话框中，选择主键表和主键，并设置对应的外键，如下图所示。可以在“关系名”文本框中修改FOREIGN KEY约束的名称，完成后单击“确定”按钮。 【例8-5】 使用Transact-SQL语句在jw数据库中为Class表创建FOREIGN KEY约束，该约束限制DepartNo列的数据只能是Department表的DepartNo列中存在的数据。 USE jw GO ALTER TABLE Class ADD Constraint [FK_departno] FOREIGN KEY (DepartNo) REFERENCES Department(DepartNo) GO 使用CREATE TABLE和ALTER TABLE语句的表级CONSTRAINT子句也可以创建FOREIGN KEY约束。 8.3 禁用约束 需要运行大型批处理作业或者导入数据，并且希望优化性能。但需要确认数据符合相应的约束，或者运行查询来确保在恢复启用约束之前数据是准确的。 在已经包含数据的表上定义约束。因此，每行数据只有在下次被修改时才会由约束进行验证。 在以下情况中，应该考虑禁用约束： 在向包含现有数据的表添加CHECK约束或FOREIGN KEY约束时，若要禁用约束检查，应在ALTER TABLE语句中包含WITH NOCHECK选项。系统将在以后更新约束列时检查现有数据。 【例8-6】禁用jw数据库中Class表的FK_departno外键约束。 ALTER TABLE Class NOCHECK CONSTRAINT FK_departno 下面的代码重新启用了FK_departno约束： ALTER TABLE Class CHECK CONSTRAINT FK_departno 8.4 约束的重命名与删除 1．重命名约束 如果要重命名约束，用户可以在“对象资源管理器”窗格中右击该约束，从弹出的快捷菜单中选择“重命名”命令，如右图所示。此时，选中的约束的名称将高亮显示呈可编辑状态，重新输入名称即可。 2．删除约束 如果用户要将约束从该数据库中删除，右击所要删除的约束，从弹出的快捷菜单中选择“删除”命令，打开右图所示的“删除对象”窗口。确认无误后，单击“确定”按钮即可。 SQL Server 2012 数据库管理教程 第8章 第8章 约束的创建与管理 数据完整性概述 创建约束 禁用约束 约束的重命名与删除 8.1 数据完整性概述 1．实体完整性 实体完整性要求表中的每一行必须是唯一的，可以通过主键约束、唯一约束、索引或标识属性来实现。 2．域完整性 域完整性就是保证数据库中的数据取值的合理性。例如，表的某一列的任何值都是该列域的合法的有效成员。? 保证域有效性的方法有：通过数据类型的定义限制数据类型，通过CHECK约束、规则、默认值和非空属性的定义来确定数据的格式及取值范围。 3．参照完整性 参照完整性定义了一个关系数据库的不同的表中列之间的关系（父键与外键）。要求一个表中（子表）的一列或一组列的值必须与另一个表（父表）中的相关一列或一组列的值相匹配。被引用的列或一组列称为父键，父键必须是主键或唯一键。外键表是子表。如果父键和外键属于同一个表，则称为自参照完整性。子表的外键必须与主表的主键相匹配，只要依赖某一主键的外键存在，主表中包含该主键的行就不能被删除。 8.2 创建约束 一个表只能有一个PRIMARY KEY约束。 包含在PRIMARY KEY约束中的列不能接受NULL值。 指定为PRIMARY KEY的列中的值必须是唯一的。如果PRIMARY KEY约束包