bedingte eindeutige Einschränkung

Ich habe eine Situation, in der ich eine eindeutige Einschränkung für eine Reihe von Spalten erzwingen muss, aber nur für einen Wert einer Spalte.

So habe ich zum Beispiel eine Tabelle wie Table (ID, Name, RecordStatus).

RecordStatus kann nur den Wert 1 oder 2 (aktiv oder gelöscht) haben, und ich möchte nur dann eine eindeutige Einschränkung für (ID, RecordStatus) erstellen, wenn RecordStatus = 1 ist, da es mir egal ist, ob mehrere gelöschte Datensätze mit demselben vorhanden sind ICH WÜRDE.

Kann ich das tun, abgesehen vom Schreiben von Triggern?

Ich verwende SQL Server 2005.

Fügen Sie eine solche Prüfbedingung hinzu. Der Unterschied besteht darin, dass Sie false zurückgeben, wenn Status = 1 und Count> 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;

Siehe, der gefilterte Index . Aus der Dokumentation (Schwerpunkt Mine):

Ein gefilterter Index ist ein optimierter nicht gruppierter Index, der sich besonders für Abfragen eignet, die aus einer genau definierten Teilmenge von Daten auswählen. Es verwendet ein Filterprädikat, um einen Teil der Zeilen in der Tabelle zu indizieren. Ein gut gestalteter gefilterter Index kann die Abfrageleistung verbessern sowie die Indexwartungs- und Speicherkosten im Vergleich zu vollständigen Tabellenindizes senken.

Und hier ist ein Beispiel, das einen eindeutigen Index mit einem Filterprädikat kombiniert:

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

Dies erzwingt im Wesentlichen Einzigartigkeit , IDwenn RecordStatusist 1.

Nach der Erstellung dieses Index führt eine Verletzung der Eindeutigkeit zu einem Arror:

Meldung 2601, Ebene 14,
Status 1, Zeile 13 Es kann keine doppelte Schlüsselzeile in das Objekt 'dbo.MyTable' mit dem eindeutigen Index 'MyIndex' eingefügt werden. Der doppelte Schlüsselwert ist (9999).

_{Hinweis: Der gefilterte Index wurde in SQL Server 2008 eingeführt. Frühere Versionen von SQL Server finden Sie in dieser Antwort .}

Sie können die gelöschten Datensätze in eine Tabelle verschieben, in der die Einschränkung fehlt, und möglicherweise eine Ansicht mit UNION der beiden Tabellen verwenden, um das Erscheinungsbild einer einzelnen Tabelle beizubehalten.

Sie können dies auf eine wirklich hackige Art und Weise tun ...

Erstellen Sie eine schemabundene Ansicht für Ihre Tabelle.

ANSICHT ERSTELLEN Was auch immer SELECT * FROM Table WHERE RecordStatus = 1

Erstellen Sie nun eine eindeutige Einschränkung für die Ansicht mit den gewünschten Feldern.

Ein Hinweis zu schemabunden Ansichten: Wenn Sie die zugrunde liegenden Tabellen ändern, müssen Sie die Ansicht neu erstellen. Viele Fallstricke deswegen.

Da Sie Duplikate zulassen, funktioniert eine eindeutige Einschränkung nicht. Sie können eine Prüfbedingung für die RecordStatus-Spalte und eine gespeicherte Prozedur für INSERT erstellen, die die vorhandenen aktiven Datensätze überprüft, bevor Sie doppelte IDs einfügen.

Wenn Sie NULL nicht wie von Bill vorgeschlagen als RecordStatus verwenden können, können Sie seine Idee mit einem funktionsbasierten Index kombinieren. Erstellen Sie eine Funktion, die NULL zurückgibt, wenn der RecordStatus nicht einer der Werte ist, die Sie in Ihrer Einschränkung berücksichtigen möchten (und ansonsten der RecordStatus), und erstellen Sie darüber einen Index.

Dies hat den Vorteil, dass Sie andere Zeilen in der Tabelle in Ihrer Einschränkung nicht explizit untersuchen müssen, was zu Leistungsproblemen führen kann.

Ich sollte sagen, dass ich SQL Server überhaupt nicht kenne, aber ich habe diesen Ansatz in Oracle erfolgreich angewendet.