restricción única condicional

Tengo una situación en la que necesito aplicar una restricción única en un conjunto de columnas, pero solo para un valor de una columna.

Entonces, por ejemplo, tengo una tabla como Table (ID, Name, RecordStatus).

RecordStatus solo puede tener un valor 1 o 2 (activo o eliminado), y quiero crear una restricción única en (ID, RecordStatus) solo cuando RecordStatus = 1, ya que no me importa si hay varios registros eliminados con el mismo CARNÉ DE IDENTIDAD.

Aparte de escribir desencadenantes, ¿puedo hacer eso?

Estoy usando SQL Server 2005.

Agregue una restricción de verificación como esta. La diferencia es que devolverá falso si Estado = 1 y Recuento> 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;

He aquí el índice filtrado . De la documentación (el énfasis es mío):

Un índice filtrado es un índice no agrupado optimizado especialmente adecuado para cubrir consultas que seleccionan de un subconjunto de datos bien definido. Utiliza un predicado de filtro para indexar una parte de las filas de la tabla. Un índice filtrado bien diseñado puede mejorar el rendimiento de las consultas y reducir los costos de almacenamiento y mantenimiento del índice en comparación con los índices de tabla completa.

Y aquí hay un ejemplo que combina un índice único con un predicado de filtro:

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

Esto esencialmente refuerza la singularidad de IDcuándo RecordStatuses1 .

Tras la creación de ese índice, una infracción de unicidad generará un error:

Msg 2601, nivel 14, estado 1, línea 13
No se puede insertar una fila de clave duplicada en el objeto 'dbo.MyTable' con índice único 'MyIndex'. El valor de la clave duplicada es (9999).

_{Nota: el índice filtrado se introdujo en SQL Server 2008. Para versiones anteriores de SQL Server, consulte esta respuesta .}

Puede mover los registros eliminados a una tabla que carece de la restricción, y quizás usar una vista con UNION de las dos tablas para preservar la apariencia de una sola tabla.

Puedes hacer esto de una manera realmente hacky ...

Cree una vista enlazada al esquema en su mesa.

CREAR VISTA Lo que sea SELECT * FROM Table WHERE RecordStatus = 1

Ahora cree una restricción única en la vista con los campos que desee.

Sin embargo, una nota sobre las vistas vinculadas a esquemas, si cambia las tablas subyacentes, tendrá que volver a crear la vista. Un montón de trampas por eso.

Debido a que va a permitir duplicados, una restricción única no funcionará. Puede crear una restricción de verificación para la columna RecordStatus y un procedimiento almacenado para INSERT que verifica los registros activos existentes antes de insertar ID duplicados.

Si no puede usar NULL como RecordStatus como sugirió Bill, podría combinar su idea con un índice basado en funciones. Cree una función que devuelva NULL si RecordStatus no es uno de los valores que desea considerar en su restricción (y RecordStatus en caso contrario) y cree un índice sobre eso.

Eso tendrá la ventaja de que no tiene que examinar explícitamente otras filas de la tabla en su restricción, lo que podría causarle problemas de rendimiento.

Debo decir que no conozco el servidor SQL en absoluto, pero he utilizado con éxito este enfoque en Oracle.