Khóa ngoại với một hằng

Giả sử tôi có một bảng A, có hai cột: một là ID cho ThingAvà một là ID cho ThingB. Chìa khóa chính là (ThingA, ThingB).

Tiếp theo, tôi có một bảng thứ hai, nhưng lần này nó bị giới hạn ở các mục trong bảng Acó ThingB = 3. Khóa chính là ThingA, bởi vì ThingBhằng số là 3.

Ban đầu, tôi đã nghĩ rằng tôi có thể đơn giản:

FOREIGN KEY (ThingA, 3) REFERENCES A(ThingA, ThingB)

Nhưng tôi đã học được rằng đó không phải là trường hợp và tôi phải tạo một cột cho ThingB:

ThingB INT NOT NULL DEFAULT(3) CHECK(ThingB = 3)

Sau đó,

FOREIGN KEY (ThingA, ThingB) REFERENCES A (ThingA, ThingB)

Có một giải pháp thay thế nào không yêu cầu thêm cột hay DEFAULT + CHECKkhông? Một thay thế là một cột được tính toán bền bỉ, nhưng tôi ghét ý tưởng đó vì về cơ bản nó là một mánh gian lận và vẫn thêm một cột mới với lưu trữ vật lý. Mặc dù trên chính nó, INTsẽ không lớn, có vài triệu hàng cần nó trên một số bảng và tôi không muốn duy trì các cột bổ sung.

Dưới đây là mẫu DDL để minh họa tình huống:

CREATE TABLE Test1
(
    ThingA INT NOT NULL,
    ThingB INT NOT NULL,
    PRIMARY KEY (ThingA, ThingB)
);

CREATE TABLE Test2
(
    ThingAVal INT NOT NULL,
    ThingBVal INT NOT NULL DEFAULT(3) CHECK(ThingBVal = 3),
    Val INT NOT NULL,
    FOREIGN KEY (ThingAVal, ThingBVal) REFERENCES Test1 (ThingA, ThingB)
);

Và tôi đã tạo một db <> fiddle thể hiện giải pháp (hiện tại) của mình:

• https://dbfiddle.uk/?rdbms=sqlserver_2014&fiddle=edba40478f104ac017c3444138a07762

Nếu câu trả lời là "Không", tôi sẽ chấp nhận nó, nhưng tôi tò mò liệu có lựa chọn thay thế nào khác không .

Tôi nghĩ rằng sự kết hợp của khóa thay thế dbo.Test1và kích hoạt được thực thi sau cả hai INSERTvà các UPDATEcâu lệnh, cụ thể là một trình INSTEAD OFkích hoạt, là câu trả lời ở đây.

Và có thể trông giống như thế này ( fiddle ):

Lược đồ

create table dbo.Test1 (
    Id int identity primary key,
    ThingA int not null,
    ThingB int not null
);

create table dbo.Test2 (
    Id int identity primary key,
    Test1Id int not null foreign key references Test1 (Id),
    Val int not null
);

Sau khi INSERTkích hoạt

create trigger test2ThingBCheck_Insert 
on dbo.Test2  
instead of INSERT 
as  
begin

    insert into dbo.Test2 (Test1Id, Val)
    select
        t.Id
        ,i.Val
    from 
        Test1 t 
    join 
        inserted i 
        on i.Test1Id = t.Id
    where
        t.ThingB = 3;
end;

Sau khi UPDATEkích hoạt

create trigger test2ThingBCheck_Update
on dbo.Test2  
instead of Update 
as  
begin
    update
        t2
    set
        Val = i.Val
    from
        dbo.Test2 t2
    join
        inserted i
        on i.Id = t2.Id        
    join
        dbo.Test1 t1
        on t1.Id = i.Test1Id
    where
        t1.ThingB = 3;
end; 

Nếu bạn biết giá trị không đổi của ThingB, thì tôi khuyên bạn nên bỏ cột "ThingB" đi. Thay vào đó hãy để logic kinh doanh thêm giá trị không đổi. Giá trị chính xác là gì có thể được lưu trữ trong một bảng khác hoặc trong một số cài đặt.

Bạn nói rằng bạn không muốn thêm một cột phụ vào một số bảng cần liên kết lại với Test1 theo cách này (tức là trên ThingA, 3).

Làm thế nào về việc thêm một cột được tính toán bền vững vào TestA cho thấy giá trị ThingA nếu ThingB là 3 và null thì sao?

Sau đó, khóa ngoại của bạn chỉ tham chiếu cột mới, dựa trên ThingA trong bảng tham chiếu.

alter table Test1 add SpecialThingA as
    (case ThingB when 3 then ThingA else null end) persisted;

và

FOREIGN KEY (ThingA) REFERENCES Test1 (SpecialThingA)

Nói cách khác - một cột mới trên Test1, thay vì một cột mới trên Test2 (để giữ '3') và Test3, và ....

Tôi nghĩ rằng câu trả lời là không.

Khóa ngoại phải tham chiếu CONSTRAINT ĐỘC ĐÁO trong bảng được tham chiếu theo Sách trực tuyến

Có vẻ như giải pháp có thể là một chỉ mục duy nhất được lọc, nhưng điều đó không được tính là một ràng buộc.

Bạn có thể kiểm tra nó ở đây:

SELECT 
    i.name
    , i.is_primary_key          -- can be referenced by FK
    , i.is_unique_constraint    -- can be referenced by FK
    , i.is_unique               -- cannot be referenced by FK
FROM sys.indexes AS i 

Tôi không nghĩ bạn có thể làm điều đó một cách an toàn mà không cần sao chép dữ liệu - giải pháp của bạn có vẻ tốt nhất (KIỂM TRA ràng buộc trên bảng tham chiếu)

Chế độ xem được lập chỉ mục dựa trên Test1 với bộ lọc trên ThingB = 3 có thể cũng hoạt động, nhưng bạn sẽ duy trì một cột khác.

Tôi thường tránh các yếu tố kích hoạt vì chúng không thực thi tính toàn vẹn tham chiếu cũng như các ràng buộc khác, nhưng nó có thể là con đường để đi.