ràng buộc duy nhất có điều kiện

Tôi gặp trường hợp cần thực thi một ràng buộc duy nhất trên một tập hợp các cột, nhưng chỉ cho một giá trị của một cột.

Vì vậy, ví dụ tôi có một bảng như Table (ID, Name, RecordStatus).

RecordStatus chỉ có thể có giá trị 1 hoặc 2 (hoạt động hoặc bị xóa) và tôi muốn tạo một ràng buộc duy nhất trên (ID, RecordStatus) chỉ khi RecordStatus = 1, vì tôi không quan tâm nếu có nhiều bản ghi bị xóa cùng TÔI.

Ngoài việc viết kích hoạt, tôi có thể làm điều đó không?

Tôi đang sử dụng SQL Server 2005.

Thêm một ràng buộc kiểm tra như thế này. Sự khác biệt là, bạn sẽ trả về false nếu Trạng thái = 1 và Đếm> 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;

Kìa, chỉ mục được lọc . Từ tài liệu (tôi nhấn mạnh):

Chỉ mục được lọc là một chỉ mục không phân tán được tối ưu hóa, đặc biệt phù hợp để bao hàm các truy vấn chọn từ một tập hợp con dữ liệu được xác định rõ ràng. Nó sử dụng một vị từ bộ lọc để lập chỉ mục một phần của các hàng trong bảng. Chỉ mục được lọc được thiết kế tốt có thể cải thiện hiệu suất truy vấn cũng như giảm chi phí lưu trữ và bảo trì chỉ mục so với chỉ mục toàn bảng.

Và đây là một ví dụ kết hợp một chỉ mục duy nhất với một vị từ bộ lọc:

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

Điều này về cơ bản thực thi tính duy nhất của IDthời điểm RecordStatuslà 1.

Sau khi tạo chỉ mục đó, vi phạm tính duy nhất sẽ gây ra lỗi:

Msg 2601, Mức 14, Trạng thái 1, Dòng 13
Không thể chèn hàng khóa trùng lặp trong đối tượng 'dbo.MyTable' với chỉ mục duy nhất 'MyIndex'. Giá trị khóa trùng lặp là (9999).

_{Lưu ý: chỉ mục được lọc đã được giới thiệu trong SQL Server 2008. Đối với các phiên bản SQL Server trước, vui lòng xem câu trả lời này .}

Bạn có thể di chuyển các bản ghi đã xóa sang một bảng thiếu ràng buộc và có thể sử dụng dạng xem với UNION của hai bảng để giữ nguyên hình thức của một bảng.

Bạn có thể làm điều này một cách thực sự khó hiểu ...

Tạo một khung nhìn hỗn hợp trên bảng của bạn.

TẠO CHẾ ĐỘ XEM Dù CHỌN * TỪ Bảng WHERE RecordStatus = 1

Bây giờ, hãy tạo một ràng buộc duy nhất trên dạng xem với các trường bạn muốn.

Tuy nhiên, một lưu ý về các khung nhìn hỗn hợp, nếu bạn thay đổi các bảng bên dưới, bạn sẽ phải tạo lại khung nhìn. Có rất nhiều gotchas vì điều đó.

Bởi vì, bạn sẽ cho phép các bản sao, một ràng buộc duy nhất sẽ không hoạt động. Bạn có thể tạo ràng buộc kiểm tra cho cột RecordStatus và một thủ tục được lưu trữ cho INSERT để kiểm tra các bản ghi hoạt động hiện có trước khi chèn các ID trùng lặp.

Nếu bạn không thể sử dụng NULL làm RecordStatus như Bill đã đề xuất, bạn có thể kết hợp ý tưởng của anh ấy với một chỉ mục dựa trên chức năng. Tạo một hàm trả về NULL nếu RecordStatus không phải là một trong những giá trị bạn muốn xem xét trong ràng buộc của mình (và RecordStatus nếu không) và tạo một chỉ mục trên đó.

Điều đó sẽ có lợi thế là bạn không phải kiểm tra rõ ràng các hàng khác trong bảng trong ràng buộc của mình, điều này có thể gây ra các vấn đề về hiệu suất cho bạn.

Tôi nên nói rằng tôi hoàn toàn không biết máy chủ SQL, nhưng tôi đã sử dụng thành công cách tiếp cận này trong Oracle.