[sql-server] null도 허용하는 고유 제약 조건을 어떻게 만듭니 까?

SQL Server 2008 이상

고유 색인을 필터링하십시오.

CREATE UNIQUE NONCLUSTERED INDEX UQ_Party_SamAccountName
ON dbo.Party(SamAccountName)
WHERE SamAccountName IS NOT NULL;

낮은 버전에서는 구체화 된 뷰가 여전히 필요하지 않습니다.

SQL Server 2005 및 이전 버전의 경우보기없이 수행 할 수 있습니다. 방금 내 테이블 중 하나에 요청하는 것처럼 독특한 제약 조건을 추가했습니다. column SamAccountName에서 고유성을 원 하지만 여러 NULL을 허용하려면 materialized view 대신 materialized column을 사용했습니다.

ALTER TABLE dbo.Party ADD SamAccountNameUnique
   AS (Coalesce(SamAccountName, Convert(varchar(11), PartyID)))
ALTER TABLE dbo.Party ADD CONSTRAINT UQ_Party_SamAccountName
   UNIQUE (SamAccountNameUnique)

실제 원하는 고유 열이 NULL 일 때 전체 테이블에서 고유하게 보장되는 계산 열에 무언가를 넣어야합니다. 이 경우 PartyIDID 열이며 숫자가되는 것은 결코 일치하지 SamAccountName않으므로 나를 위해 일했습니다. 고유 한 방법을 시도해 볼 수 있습니다. 실제 데이터와 교차 할 가능성이 없도록 데이터의 도메인을 이해해야합니다. 다음과 같이 차별화 요소를 추가하는 것만 큼 간단 할 수 있습니다.

Coalesce('n' + SamAccountName, 'p' + Convert(varchar(11), PartyID))

해도 PartyID숫자가 아닌 언젠가되었다과 일치 수 SamAccountName, 지금은 문제가되지 않습니다.

계산 된 열을 포함하는 인덱스가 있으면 각 식 결과가 테이블의 다른 데이터와 함께 디스크에 저장되므로 DOES는 추가 디스크 공간을 사용합니다.

색인을 원하지 않으면 PERSISTED열 표현식 정의의 끝에 키워드 를 추가하여 표현식을 디스크에 미리 계산하여 CPU를 절약 할 수 있습니다 .

SQL Server 2008 이상에서는 가능하면 필터링 된 솔루션을 사용하십시오!

논쟁

일부 데이터베이스 전문가는 이것을 “서로 게이트 NULL”의 경우로 볼 수 있는데, 이는 분명히 문제가 있습니다 (주로 무언가가 실제 값 인지 또는 누락 된 데이터에 대한 대리 값 인지 결정하려고하는 문제로 인해 문제가 있을 수 있음). NULL이 아닌 대리 값이 미친 것처럼 곱해집니다).

그러나 나는이 사건이 다르다고 생각합니다. 내가 추가하는 계산 열은 아무것도 결정하는 데 사용되지 않습니다. 자체 의미가 없으며 올바르게 정의 된 다른 열에서 별도로 발견되지 않은 정보는 인코딩하지 않습니다. 절대로 선택하거나 사용해서는 안됩니다.

그래서 내 이야기는 이것이 대리 NULL이 아니며, 나는 그것을 고집하고 있다는 것입니다! NULL UNIQUE을 무시 하도록 인덱스를 속이는 것 이외의 다른 목적으로 NULL이 아닌 값을 실제로 원하지 않기 때문에 우리 의 유스 케이스에는 정상적인 대리 NULL 생성에서 발생하는 문제가 없습니다.

그러나 인덱싱 된 뷰를 사용하는 데 아무런 문제가 없지만 사용 요구 사항과 같은 몇 가지 문제가 발생합니다 SCHEMABINDING. 기본 테이블에 새 열을 추가하는 것이 재미 있습니다. 최소한 인덱스를 삭제 한 다음 뷰를 삭제하거나 스키마 바인딩되지 않도록 뷰를 변경해야합니다. SQL Server (2005) (및 이후 버전) (2000) 에서 인덱싱 된 뷰를 만드는 데 필요한 전체 (긴) 요구 사항 목록을 참조하십시오 .

최신 정보

열이 숫자 인 경우 고유 제한 조건을 사용하여 Coalesce충돌이 발생하지 않도록해야 할 수도 있습니다 . 이 경우 몇 가지 옵션이 있습니다. 음수 범위에만 “surrogate NULLs”를, 양수 범위에만 “실제 값”을 배치하기 위해 음수를 사용할 수 있습니다. 대안 적으로, 다음 패턴이 사용될 수있다. 표 Issue(에 IssueID있는 PRIMARY KEY)에는가있을 수도 있고 없을 수도 TicketID있지만 존재하는 경우 고유해야합니다.

ALTER TABLE dbo.Issue ADD TicketUnique
   AS (CASE WHEN TicketID IS NULL THEN IssueID END);
ALTER TABLE dbo.Issue ADD CONSTRAINT UQ_Issue_Ticket_AllowNull
   UNIQUE (TicketID, TicketUnique);

IssueID 1에 티켓 123이 있으면 UNIQUE제약 조건은 값 (123, NULL)입니다. IssueID 2에 티켓이 없으면 티켓이 켜져 있습니다 (NULL, 2). 어떤 생각은이 제약 조건을 테이블의 행에 대해 복제 할 수 없으며 여러 NULL을 허용한다는 것을 보여줍니다.

답변

([YourColumnName] IS NOT NULL)

CREATE UNIQUE NONCLUSTERED INDEX idx_badgeid_notnull
ON employee(badgeid)
WHERE badgeid IS NOT NULL;

ALTER DATABASE "DBNAME" SET ARITHABORT ON

CREATE VIEW myview
AS
SELECT  *
FROM    mytable
WHERE   mycolumn IS NOT NULL

CREATE UNIQUE INDEX ux_myview_mycolumn ON myview (mycolumn)

CREATE TRIGGER trg_mytable_insert ON mytable
INSTEAD OF INSERT
AS
BEGIN
        INSERT
        INTO    myview
        SELECT  *
        FROM    inserted
END