Início / dba / Perguntas / 27262
Accepted
a1ex07
Asked: 2012-10-20 08:27:47 +0800 CST

Alterando a nulidade da coluna no SQL Server

  • 772

Digamos que eu tenha a seguinte tabela:

CREATE TABLE test(test_id int not null identity primary key,
 field1 int not null,
 field2 int
);
CREATE INDEX IDX_test_field1 ON test(field1); 
CREATE INDEX IDX_test_field2 ON test(field2);

Agora ALTER TABLE test ALTER COLUMN field1 intfunciona e field1permite null.

No entanto, não posso mudar ALTER TABLE test ALTER COLUMN field2 int not nullpor causa de

ALTER TABLE ALTER COLUMN field2 falhou porque um ou mais objetos acessam esta coluna.

Além disso, não posso mudar field1de volta para not null.

No entanto, posso adicionar e descartar a restrição de verificação quantas vezes quiser:

ALTER TABLE test  ADD CONSTRAINT CHK_NN_field2 CHECK (field2 IS NOT NULL);   
DROP CONSTRAINT CHK_NN_field2` without any problems.

É um comportamento bem definido? Alguém poderia explicar por que isso acontece ou me indicar a documentação?

Estou usando o SQL Server 2008 R2, se isso for importante.

Obrigada.

sql-server sql-server-2008-r2

3 respostas

  1. Best Answer

    A documentação relevante está aqui

    ALTER COLUMN Especifica que a coluna nomeada deve ser alterada ou alterada.

    A coluna modificada não pode ser nenhuma das seguintes:

    • Usado em um índice, a menos que a coluna seja um varchar, nvarcharou varbinarytipo de dados, o tipo de dados não é alterado, o novo tamanho é igual ou maior que o tamanho antigo e o índice não é o resultado de uma PRIMARY KEYrestrição.

    • Usado em estatísticas geradas pela CREATE STATISTICSinstrução, a menos que a coluna seja um varchar, nvarcharou varbinarytipo de dados, o tipo de dados não é alterado e o novo tamanho é igual ou maior que o tamanho antigo ou se a coluna é alterada de não nulo para nulo . Primeiro, remova as estatísticas usando a DROP STATISTICSinstrução. As estatísticas que são geradas automaticamente pelo otimizador de consulta são descartadas automaticamente por ALTER COLUMN.

    Na prática, parece que o SQL Server permite alguns casos adicionais além dos mencionados na documentação.

    Como você mostra em sua pergunta ALTER TABLE test ALTER COLUMN field1 int null, de fato funciona, de modo que as restrições às alterações nas colunas usadas nos índices parecem ser as mesmas das estatísticas criadas pelo usuário.

    Além disso, a ressalva mencionada sobre chaves primárias também parece falsa. O seguinte funciona bem.

    CREATE TABLE test2(pk varchar(10) primary key);

ALTER TABLE test2 ALTER COLUMN pk varchar(100) NOT NULL
    • 4

  2. Seus índices em field1 e field2 estão impedindo você de alterar as colunas de NULL para NOT NULL. Elimine o índice, altere-o para NOT NULL e recrie o índice.

    • 0

  3. NULLé uma restrição mais flexível do que NOT NULL.

    O que aconteceria se você tivesse NULLcampos quando tentasse mudar para NOT NULL(violação de restrição e falha) versus quando tivesse NOT NULL, mudando para NULL(sem impacto).

    Quando você cria uma restrição, os dados devem ser validados para estar em conformidade com essa restrição antes da alteração da tabela (ou falha) - pelo que observei, esse comportamento não ocorre em alterar ou descartar e, em vez disso, alterando as restrições dessa maneira é simplesmente impedido.

    • 0

relate perguntas