条件付き一意制約

列のセットに対して一意の制約を適用する必要があるが、列の1つの値に対してのみである状況があります。

したがって、たとえば、Table（ID、Name、RecordStatus）のようなテーブルがあります。

RecordStatusは値1または2（アクティブまたは削除済み）のみを持つことができ、（ID、RecordStatus）に一意の制約を作成したいのは、RecordStatus = 1の場合のみです。 ID。

トリガーの作成とは別に、それを行うことはできますか？

SQL Server 2005を使用しています。

このようなチェック制約を追加します。違いは、Status = 1かつCount> 0の場合はfalseを返すことです。

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;

ご覧のとおり、フィルターされたインデックスです。ドキュメントから（私の強調）：

フィルター選択されたインデックスは、明確に定義されたデータのサブセットから選択するクエリをカバーするのに特に適した、最適化された非クラスター化インデックスです。フィルター述語を使用して、テーブル内の行の一部にインデックスを付けます。適切に設計されたフィルター処理されたインデックスは、クエリパフォーマンスを向上させるだけでなく、フルテーブルインデックスと比較してインデックスのメンテナンスとストレージのコストを削減できます。

一意のインデックスとフィルター述語を組み合わせる例を次に示します。

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

これは、本質的に一意性を強制IDする場合RecordStatusです1。

そのインデックスの作成に続いて、一意性違反によりエラーが発生します。

メッセージ2601、レベル14、状態1、行13
行一意のインデックス 'MyIndex'を持つオブジェクト 'dbo.MyTable'に重複するキー行を挿入できません。重複するキーの値は（9999）です。

_{注：フィルター選択されたインデックスはSQL Server 2008で導入されました。以前のバージョンのSQL Serverについては、この回答を参照してください。}

削除されたレコードを制約のないテーブルに移動し、おそらく2つのテーブルのUNIONを持つビューを使用して、単一のテーブルの外観を保持できます。

あなたは本当にハッキーな方法でこれを行うことができます...

テーブルにスキーマバインドビューを作成します。

CREATE VIEW何でもSELECT * FROMテーブルWHERE RecordStatus = 1

次に、必要なフィールドを持つビューに一意の制約を作成します。

ただし、スキーマバインドビューに関する注意点として、基になるテーブルを変更する場合は、ビューを再作成する必要があります。そのため、多くの落とし穴があります。

重複を許可するため、一意の制約は機能しません。RecordStatus列のチェック制約と、重複するIDを挿入する前に既存のアクティブレコードをチェックするINSERTのストアドプロシージャを作成できます。

Billの提案どおりにRecordStatusにNULLを使用できない場合は、彼のアイデアを関数ベースのインデックスと組み合わせることができます。RecordStatusが制約で考慮したい値の1つでない場合はNULLを返す関数を作成し（そうでない場合はRecordStatus）、その上にインデックスを作成します。

これには、制約内のテーブル内の他の行を明示的に調べる必要がないという利点があります。これにより、パフォーマンスの問題が発生する可能性があります。

私はSQLサーバーをまったく知らないと言うべきですが、私はOracleでこのアプローチをうまく使用しました。