contrainte unique conditionnelle

Question

J'ai une situation où je dois imposer une contrainte unique sur un ensemble de colonnes, mais seulement pour une valeur d'une colonne. Ainsi, par exemple, j'ai une table comme Table (ID, Name, RecordStatus)

RecordStatus ne peut avoir qu'une valeur 1 ou 2 (active ou supprimée), et je veux créer une contrainte unique sur (ID, RecordStatus) seulement lorsque RecordStatus = 1, car je me fiche de savoir s'il y a plusieurs suppressions enregistrements avec le même ID. En dehors de l'écriture des déclencheurs, est-ce que je peux le faire?

J'utilise SQL Server 2005.

Answer 1

Ajoutez une contrainte de vérification comme celle-ci. La différence est, vous retournerez false si Status = 1 et le nombre> 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; 

Answer 2

Parce que, vous allez permettre des doublons, une contrainte unique ne fonctionnera pas. Vous pouvez créer une contrainte de vérification pour la colonne RecordStatus et une procédure stockée pour INSERT qui vérifie les enregistrements actifs existants avant d'insérer des ID en double.

Answer 3

Vous pouvez déplacer les enregistrements supprimés vers une table ne disposant pas de la contrainte, et peut-être utiliser une vue avec UNION des deux tables pour préserver l'apparence d'une seule table.

Answer 4

Vous pouvez le faire d'une manière vraiment aki ...

Créer une vue schemabound sur ta table.

Créer une vue Quelle que soit SELECT * FROM table OÙ RecordStatus = 1

Créez maintenant une contrainte unique sur la vue avec les champs que vous souhaitez. Cependant, si vous modifiez les tables sous-jacentes, vous devrez recréer la vue. Beaucoup de choses à cause de cela.

Answer 5

Si vous ne pouvez pas utiliser NULL comme RecordStatus comme suggéré par Bill, vous pouvez combiner son idée avec un index basé sur une fonction. Créez une fonction qui renvoie NULL si le RecordStatus n'est pas l'une des valeurs que vous voulez prendre en compte dans votre contrainte (et le RecordStatus sinon) et créez un index dessus. Cela aura l'avantage de ne pas avoir à examiner explicitement les autres lignes de la table dans votre contrainte, ce qui pourrait vous causer des problèmes de performance.

Je devrais dire que je ne connais pas du tout le serveur SQL, mais j'ai utilisé avec succès cette approche dans Oracle.

Answer 6

Voyez, the filtered index. De la documentation (emphase mienne):

Un index filtré est un index non ordonné optimisé particulièrement adapté pour couvrir des requêtes qui choisissent parmi un sous-ensemble de données bien défini. Il utilise un prédicat de filtre pour indexer une partie des lignes de la table. Un index filtré bien conçu peut améliorer les performances des requêtes et réduire les coûts de maintenance et de stockage des index par rapport aux index de table complète.

Et voici un exemple combinant un index unique avec un prédicat de filtre:

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

Cette applique essentiellement unicité de ID quand RecordStatus est 1.

_{Remarque: l'index filtré a été introduit dans SQL Server 2008. Pour les versions antérieures de SQL Server, consultez this answer.}