Khóa ngoại cho nhiều bảng

Tôi đã có 3 bảng có liên quan trong cơ sở dữ liệu của mình.

CREATE TABLE dbo.Group
(
    ID int NOT NULL,
    Name varchar(50) NOT NULL
)  

CREATE TABLE dbo.User
(
    ID int NOT NULL,
    Name varchar(50) NOT NULL
)

CREATE TABLE dbo.Ticket
(
    ID int NOT NULL,
    Owner int NOT NULL,
    Subject varchar(50) NULL
)

Người dùng thuộc nhiều nhóm. Điều này được thực hiện thông qua nhiều mối quan hệ, nhưng không liên quan trong trường hợp này. Một vé có thể được sở hữu bởi một nhóm hoặc một người dùng, thông qua trường dbo.Ticket.Owner.

Điều gì sẽ là cách ĐÚNG NHẤT mô tả mối quan hệ này giữa một vé và tùy chọn người dùng hoặc một nhóm?

Tôi nghĩ rằng tôi nên thêm một lá cờ trong bảng vé cho biết loại nào sở hữu nó.

Bạn có một vài lựa chọn, tất cả đều khác nhau về "tính chính xác" và dễ sử dụng. Như mọi khi, thiết kế phù hợp phụ thuộc vào nhu cầu của bạn.

• Bạn chỉ có thể tạo hai cột trong Ticket, OwnedByUserId và OwnedBygroupId và có các khóa ngoại không thể rỗng cho mỗi bảng.

• Bạn có thể tạo các bảng tham chiếu M: M cho phép cả mối quan hệ giữa vé: người dùng và vé: nhóm. Có lẽ trong tương lai bạn sẽ muốn cho phép một vé duy nhất được sở hữu bởi nhiều người dùng hoặc nhóm? Thiết kế này không bắt buộc rằng một vé phải được sở hữu bởi một thực thể duy nhất.

• Bạn có thể tạo một nhóm mặc định cho mọi người dùng và có vé được sở hữu đơn giản bởi Nhóm thực sự hoặc Nhóm mặc định của Người dùng.

• Hoặc (lựa chọn của tôi) mô hình một thực thể hoạt động như một cơ sở cho cả Người dùng và Nhóm và có vé thuộc sở hữu của thực thể đó.

Đây là một ví dụ sơ bộ sử dụng lược đồ được đăng của bạn:

create table dbo.PartyType
(   
    PartyTypeId tinyint primary key,
    PartyTypeName varchar(10)
)

insert into dbo.PartyType
    values(1, 'User'), (2, 'Group');


create table dbo.Party
(
    PartyId int identity(1,1) primary key,
    PartyTypeId tinyint references dbo.PartyType(PartyTypeId),
    unique (PartyId, PartyTypeId)
)

CREATE TABLE dbo.[Group]
(
    ID int primary key,
    Name varchar(50) NOT NULL,
    PartyTypeId as cast(2 as tinyint) persisted,
    foreign key (ID, PartyTypeId) references Party(PartyId, PartyTypeID)
)  

CREATE TABLE dbo.[User]
(
    ID int primary key,
    Name varchar(50) NOT NULL,
    PartyTypeId as cast(1 as tinyint) persisted,
    foreign key (ID, PartyTypeId) references Party(PartyID, PartyTypeID)
)

CREATE TABLE dbo.Ticket
(
    ID int primary key,
    [Owner] int NOT NULL references dbo.Party(PartyId),
    [Subject] varchar(50) NULL
)

Tùy chọn đầu tiên trong danh sách của @Nathan Skerl là những gì đã được thực hiện trong một dự án tôi từng làm việc cùng, nơi một mối quan hệ tương tự được thiết lập giữa ba bảng. (Một trong số họ tham chiếu hai người khác, từng người một.)

Vì vậy, bảng tham chiếu có hai cột khóa ngoài và cũng có một ràng buộc để đảm bảo rằng chính xác một bảng (không phải cả hai, không phải cả hai) được tham chiếu bởi một hàng.

Đây là cách nó có thể trông khi được áp dụng cho các bảng của bạn:

CREATE TABLE dbo.[Group]
(
    ID int NOT NULL CONSTRAINT PK_Group PRIMARY KEY,
    Name varchar(50) NOT NULL
);

CREATE TABLE dbo.[User]
(
    ID int NOT NULL CONSTRAINT PK_User PRIMARY KEY,
    Name varchar(50) NOT NULL
);

CREATE TABLE dbo.Ticket
(
    ID int NOT NULL CONSTRAINT PK_Ticket PRIMARY KEY,
    OwnerGroup int NULL
      CONSTRAINT FK_Ticket_Group FOREIGN KEY REFERENCES dbo.[Group] (ID),
    OwnerUser int NULL
      CONSTRAINT FK_Ticket_User  FOREIGN KEY REFERENCES dbo.[User]  (ID),
    Subject varchar(50) NULL,
    CONSTRAINT CK_Ticket_GroupUser CHECK (
      CASE WHEN OwnerGroup IS NULL THEN 0 ELSE 1 END +
      CASE WHEN OwnerUser  IS NULL THEN 0 ELSE 1 END = 1
    )
);

Như bạn có thể thấy, Ticketbảng có hai cột OwnerGroupvà OwnerUsercả hai đều là khóa ngoại không thể rỗng. (Các cột tương ứng trong hai bảng khác được tạo các khóa chính tương ứng.) CK_Ticket_GroupUserRàng buộc kiểm tra đảm bảo rằng chỉ một trong hai cột khóa ngoại có chứa một tham chiếu (cái còn lại là NULL, đó là lý do tại sao cả hai phải là null).

(Khóa chính Ticket.IDkhông cần thiết cho việc triển khai cụ thể này, nhưng chắc chắn sẽ không có hại khi có một cái trong bảng như thế này.)

Tuy nhiên, một tùy chọn khác là có Ticketmột cột xác định loại thực thể sở hữu ( Userhoặc Group), cột thứ hai có tham chiếu Userhoặc Groupid và KHÔNG sử dụng Khóa ngoài mà thay vào đó dựa vào Kích hoạt để thực thi tính toàn vẹn tham chiếu.

Hai lợi thế tôi thấy ở đây so với mô hình xuất sắc của Nathan (ở trên):

• Rõ ràng hơn và đơn giản hơn.
• Truy vấn đơn giản hơn để viết.

Một cách tiếp cận khác là tạo một bảng kết hợp có chứa các cột cho từng loại tài nguyên tiềm năng. Trong ví dụ của bạn, mỗi loại trong số hai loại chủ sở hữu hiện tại có bảng riêng (có nghĩa là bạn có thứ gì đó để tham khảo). Nếu đây sẽ luôn là trường hợp bạn có thể có một cái gì đó như thế này:

CREATE TABLE dbo.Group
(
    ID int NOT NULL,
    Name varchar(50) NOT NULL
)  

CREATE TABLE dbo.User
(
    ID int NOT NULL,
    Name varchar(50) NOT NULL
)

CREATE TABLE dbo.Ticket
(
    ID int NOT NULL,
    Owner_ID int NOT NULL,
    Subject varchar(50) NULL
)

CREATE TABLE dbo.Owner
(
    ID int NOT NULL,
    User_ID int NULL,
    Group_ID int NULL,
    {{AdditionalEntity_ID}} int NOT NULL
)

Với giải pháp này, bạn sẽ tiếp tục thêm các cột mới khi bạn thêm các thực thể mới vào cơ sở dữ liệu và bạn sẽ xóa và tạo lại mẫu ràng buộc khóa ngoại được hiển thị bởi @Nathan Skerl. Giải pháp này rất giống với @Nathan Skerl nhưng trông khác biệt (tùy theo sở thích).

Nếu bạn sẽ không có Bảng mới cho mỗi loại Chủ sở hữu mới thì có lẽ nên bao gồm một chủ sở hữu_type thay vì một cột khóa ngoại cho mỗi Chủ sở hữu tiềm năng:

CREATE TABLE dbo.Group
(
    ID int NOT NULL,
    Name varchar(50) NOT NULL
)  

CREATE TABLE dbo.User
(
    ID int NOT NULL,
    Name varchar(50) NOT NULL
)

CREATE TABLE dbo.Ticket
(
    ID int NOT NULL,
    Owner_ID int NOT NULL,
    Owner_Type string NOT NULL, -- In our example, this would be "User" or "Group"
    Subject varchar(50) NULL
)

Với phương pháp trên, bạn có thể thêm bao nhiêu Chủ sở hữu tùy thích. Chủ sở hữu_ID sẽ không có ràng buộc khóa ngoại nhưng sẽ được sử dụng làm tham chiếu cho các bảng khác. Nhược điểm là bạn sẽ phải nhìn vào bảng để xem chủ sở hữu loại gì vì nó không rõ ràng ngay lập tức dựa trên lược đồ. Tôi sẽ chỉ đề xuất điều này nếu bạn không biết trước các loại chủ sở hữu và họ sẽ không liên kết với các bảng khác. Nếu bạn biết trước các loại chủ sở hữu, tôi sẽ đi với một giải pháp như @Nathan Skerl.

Xin lỗi nếu tôi có một số SQL sai, tôi đã ném nó cùng nhau.

CREATE TABLE dbo.OwnerType
(
    ID int NOT NULL,
    Name varchar(50) NULL
)

insert into OwnerType (Name) values ('User');
insert into OwnerType (Name) values ('Group');

Tôi nghĩ đó sẽ là cách tổng quát nhất để thể hiện những gì bạn muốn thay vì sử dụng cờ.