No SQL Server, o que acontece quando uma restrição é adicionada a uma tabela com dados nela?

A questão:

O que acontece se uma restrição "NOT NULL" for adicionada a uma tabela para uma coluna que já possui valores NULL?

Um exemplo simples no SQL Server é uma restrição para não permitir NULLs.

Crie uma tabela e insira duas linhas, uma não nula e outra nula.

USE tempdb

CREATE TABLE dbo.OneNull (c1 INT)

INSERT dbo.OneNull ( c1 )
    VALUES  (0), (NULL) 

A ALTER TABLEsintaxe pode direcionar o que acontece quando você cria a restrição. O uso WITH NOCHECKdirá ao mecanismo (vroom vroom) para não verificar o conteúdo da coluna, mas apenas para adicionar a restrição para linhas futuras.

ALTER TABLE dbo.OneNull WITH NOCHECK ADD CONSTRAINT ck_checkone CHECK (c1 IS NOT NULL) 

A adição dessa restrição é executada com êxito, mas significa que a restrição não é confiável e você perde certas otimizações de consulta. Por exemplo, se esta fosse uma chave estrangeira, você perderia a eliminação de junção. Para uma restrição de coluna, o otimizador pode pular qualquer período de trabalho se as informações de restrição informarem que uma pesquisa não produzirá resultados.

Mas agora esta inserção falha:

INSERT dbo.OneNull ( c1 )
    VALUES  (NULL) 

Você também pode direcionar o mecanismo (bip bip) para verificar os valores da coluna enquanto adiciona a restrição.

ALTER TABLE dbo.OneNull WITH CHECK ADD CONSTRAINT ck_checkonechecktwo CHECK (c1 IS NOT NULL) 

Adicionar essa restrição falhará.

Se você adicionar um sem direção formal (pelo menos para restrições de verificação de coluna), o mecanismo (screeeeech) lançará um erro.

ALTER TABLE dbo.OneNull ADD CONSTRAINT ck_checkornocheck CHECK (c1 IS NOT NULL) 

Um exemplo do tipo de otimização que você pode obter com uma restrição confiável é assim:

ALTER TABLE dbo.OneNull WITH CHECK ADD CONSTRAINT ck_checkonechecktwo CHECK (c1 <= 1) 

INSERT dbo.OneNull ( c1 )
    VALUES  (1)

SELECT *
FROM dbo.OneNull AS onu
WHERE onu.c1 > 2
AND 1 = 1 --this is added to prevent a trivial plan

Em vez de procurar valores, o mecanismo (honk honk) sabe que tal valor não pode existir devido à restrição confiável. Em vez de montar um plano de consulta 'real' e ler quaisquer dados, o otimizador faz um curto-circuito e usa um operador Constant Scan para retornar NADA!