26

似乎 Enterprise Manager* 生成的一些脚本(或者不是,没关系)创建了检查约束WITH NOCHECK

现在,当任何人修改表时,SQL Server 都会遇到失败的检查约束,并抛出错误。

我可以让 SQL 遍历所有的检查约束并检查它们吗?

跑步:

sp_msforeachtable 'ALTER TABLE ? CHECK CONSTRAINT all'

只启用以前禁用的检查约束,它实际上并不检查它们。

脚注

* SQL Server 2000

4

3 回答 3

55

DBCC CHECKCONSTRAINTS WITH ALL_CONSTRAINTS 实际上不会使您的约束受信任。它将报告任何违反约束的行。要真正使您的所有约束都可信,您可以执行以下操作:

DBCC CHECKCONSTRAINTS WITH ALL_CONSTRAINTS --This reports any data that violates constraints.

--This reports all constraints that are not trusted
SELECT OBJECT_NAME(parent_object_id) AS table_name, name, is_disabled  
FROM sys.check_constraints 
WHERE is_not_trusted = 1
UNION ALL
SELECT OBJECT_NAME(parent_object_id) AS table_name, name, is_disabled  
FROM sys.foreign_keys
WHERE is_not_trusted = 1
ORDER BY table_name

在 SQL Server 2000 中,您可以找到任何不受信任的约束:

--Reports all constraints that are not trusted (SQL 2000)
SELECT name, type, status,
    (status & 2048) AS IsTrusted,
    (status & 256) AS IsEnabled,
    OBJECTPROPERTY(id,'CnstIsNotTrusted') as is_not_trusted,
    OBJECTPROPERTY(id,'CnstIsDisabled') as is_disabled
FROM sysobjects 
WHERE type IN ('C', 'F') --C=Constraint, F=Foreign Key
AND OBJECTPROPERTY(id,'CnstIsNotTrusted') <> 0
AND OBJECTPROPERTY(id,'CnstIsDisabled') = 0

然后使用 check重新启用约束:

--This makes all constraints trusted
-- but first anything reported by DBCC CHECKCONSTRAINTS WITH ALL_CONSTRAINTS must be fixed.
exec sp_msforeachtable 'ALTER TABLE ? WITH CHECK CHECK CONSTRAINT all'

注意:在最后一条语句中, theWITH CHECK CHECK不是错字。“WITH CHECK”将检查所有表数据以确保没有违规,并使约束受信任,同时检查将确保启用约束。

另见: http ://sqlblog.com/blogs/tibor_karaszi/archive/2008/01/12/non-trusted-constraints.aspx

http://sqlblog.com/blogs/tibor_karaszi/archive/2008/01/12/non-trusted-constraints-and-performance.aspx

于 2009-08-27T15:28:57.070 回答
8

找到它

检查当前数据库中所有表的所有约束,是否启用约束:

DBCC CHECKCONSTRAINTS WITH ALL_CONSTRAINTS

要仅检查启用的约束:

DBCC CHECKCONSTRAINTS
于 2009-07-08T15:15:58.487 回答
4

做这个:

ALTER TABLE dbo.Test
      WITH CHECK CHECK CONSTRAINT CK_Test;

说明:你能相信你的约束吗?

于 2009-07-08T14:59:47.160 回答