restrição única condicional

Eu tenho uma situação em que preciso impor uma restrição exclusiva em um conjunto de colunas, mas apenas para um valor de coluna.

Então, por exemplo, eu tenho uma tabela como Tabela (ID, Nome, RecordStatus).

RecordStatus só pode ter um valor 1 ou 2 (ativo ou excluído), e quero criar uma restrição exclusiva em (ID, RecordStatus) apenas quando RecordStatus = 1, já que não me importo se houver vários registros excluídos com o mesmo EU IRIA.

Além de escrever gatilhos, posso fazer isso?

Estou usando o SQL Server 2005.

Adicione uma restrição de verificação como esta. A diferença é que você retornará falso se Status = 1 e Contagem> 0.

http://msdn.microsoft.com/en-us/library/ms188258.aspx

CREATE TABLE CheckConstraint
(
  Id TINYINT,
  Name VARCHAR(50),
  RecordStatus TINYINT
)
GO

CREATE FUNCTION CheckActiveCount(
  @Id INT
) RETURNS INT AS BEGIN

  DECLARE @ret INT;
  SELECT @ret = COUNT(*) FROM CheckConstraint WHERE Id = @Id AND RecordStatus = 1;
  RETURN @ret;

END;
GO

ALTER TABLE CheckConstraint
  ADD CONSTRAINT CheckActiveCountConstraint CHECK (NOT (dbo.CheckActiveCount(Id) > 1 AND RecordStatus = 1));

INSERT INTO CheckConstraint VALUES (1, 'No Problems', 2);
INSERT INTO CheckConstraint VALUES (1, 'No Problems', 2);
INSERT INTO CheckConstraint VALUES (1, 'No Problems', 2);
INSERT INTO CheckConstraint VALUES (1, 'No Problems', 1);

INSERT INTO CheckConstraint VALUES (2, 'Oh no!', 1);
INSERT INTO CheckConstraint VALUES (2, 'Oh no!', 2);
-- Msg 547, Level 16, State 0, Line 14
-- The INSERT statement conflicted with the CHECK constraint "CheckActiveCountConstraint". The conflict occurred in database "TestSchema", table "dbo.CheckConstraint".
INSERT INTO CheckConstraint VALUES (2, 'Oh no!', 1);

SELECT * FROM CheckConstraint;
-- Id   Name         RecordStatus
-- ---- ------------ ------------
-- 1    No Problems  2
-- 1    No Problems  2
-- 1    No Problems  2
-- 1    No Problems  1
-- 2    Oh no!       1
-- 2    Oh no!       2

ALTER TABLE CheckConstraint
  DROP CONSTRAINT CheckActiveCountConstraint;

DROP FUNCTION CheckActiveCount;
DROP TABLE CheckConstraint;

Veja, o índice filtrado . Da documentação (grifo meu):

Um índice filtrado é um índice não clusterizado otimizado especialmente adequado para cobrir consultas que selecionam a partir de um subconjunto de dados bem definido. Ele usa um predicado de filtro para indexar uma parte das linhas na tabela. Um índice filtrado bem projetado pode melhorar o desempenho da consulta, bem como reduzir os custos de manutenção e armazenamento do índice em comparação com os índices de tabela completa.

E aqui está um exemplo combinando um índice exclusivo com um predicado de filtro:

create unique index MyIndex
on MyTable(ID)
where RecordStatus = 1;

Isso essencialmente impõe exclusividade de IDquando RecordStatusé 1.

Após a criação desse índice, uma violação de exclusividade levantará um erro:

Msg 2601, Nível 14, Estado 1, Linha 13
Não é possível inserir uma linha de chave duplicada no objeto 'dbo.MyTable' com índice exclusivo 'MyIndex'. O valor da chave duplicada é (9999).

_{Observação: o índice filtrado foi introduzido no SQL Server 2008. Para versões anteriores do SQL Server, consulte esta resposta .}

Você pode mover os registros excluídos para uma tabela que não tem a restrição e talvez usar uma visão com UNION das duas tabelas para preservar a aparência de uma única tabela.

Você pode fazer isso de uma maneira realmente hacky ...

Crie uma visão baseada em esquema em sua tabela.

CREATE VIEW Qualquer SELECT * FROM Table WHERE RecordStatus = 1

Agora crie uma restrição única na visão com os campos que você deseja.

Uma observação sobre as visualizações associadas ao esquema, porém, se você alterar as tabelas subjacentes, terá que recriar a visualização. Muitas pegadinhas por causa disso.

Porque, você vai permitir duplicatas, uma restrição única não funcionará. Você pode criar uma restrição de verificação para a coluna RecordStatus e um procedimento armazenado para INSERT que verifica os registros ativos existentes antes de inserir IDs duplicados.

Se você não pode usar NULL como um RecordStatus como Bill sugeriu, você poderia combinar sua ideia com um índice baseado em função. Crie uma função que retorne NULL se o RecordStatus não for um dos valores que você deseja considerar em sua restrição (e o RecordStatus caso contrário) e crie um índice sobre isso.

Isso terá a vantagem de não ser necessário examinar explicitamente outras linhas da tabela em sua restrição, o que pode causar problemas de desempenho.

Devo dizer que não conheço o servidor SQL, mas usei com sucesso essa abordagem no Oracle.