Início / dba / Perguntas / 111049
Accepted
Ben Gribaudo
Asked: 2015-08-15 05:43:59 +0800 CST

A ativação da restrição falha silenciosamente

  • 772

Por que o SQL Server falharia silenciosamente ao reativar uma restrição de chave estrangeira?

Recentemente, tentei reativar várias restrições usando ALTER TABLE. A maioria habilitada com sucesso; no entanto, a minoria das restrições ainda é relatada como desativada por sys.foreign_keys.

Exemplo:

ALTER TABLE [dbo].[Table] WITH CHECK NOCHECK CONSTRAINT FK_ConstraintName; 
-- Command(s) completed successfully.

SELECT is_disabled FROM sys.foreign_keys 
WHERE name = 'FK_Constraint' AND parent_object_id = OBJECT_ID('[dbo].[Table]');
-- returns "1", indicating that the constraint is still disabled
sql-server sql-server-2005

1 respostas

  1. Best Answer

    O problema que você está enfrentando é que você não está realmente reativando sua restrição (conforme definido pelo NOCHECK).

    A sintaxe para reativar uma restrição é a seguinte:

    ALTER TABLE <tablename>
WITH { CHECK | NOCHECK }
CHECK CONSTRAINT <constraintname>;

    O WITH CHECK|NOCHECKinforma ao SQL Server se você deseja ou não verificar os dados existentes na tabela em relação à restrição. Se você declarar NOCHECKaqui, sua restrição não será confiável, definida por is_not_trusted = 1em sys.foreign_keys.

    Ao declarar NOCHECKcomo a segunda parte, você está realmente dizendo para desabilitar a restrição .

    No seu caso, se você não quiser verificar os dados existentes, precisará NOCHECK CHECK.

    ALTER TABLE [dbo].[Table] WITH NOCHECK CHECK CONSTRAINT FK_ConstraintName;

    Leitura adicional sobre como confiar em suas restrições .

    • 8

relate perguntas