複数のテーブルへの外部キー

私のデータベースには3つの関連テーブルがあります。

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
)

ユーザーは複数のグループに属しています。これは多対多の関係を介して行われますが、この場合は関係ありません。チケットは、dbo.Ticket.Ownerフィールドを介して、グループまたはユーザーが所有できます。

何でしょうMOST正しい方法は、チケットと、必要に応じてユーザーまたはグループ間のこの関係を記述？

チケットテーブルに、どのタイプがそれを所有しているかを示すフラグを追加する必要があると考えています。

いくつかのオプションがあり、すべて「正確さ」と使いやすさが異なります。いつものように、適切な設計はニーズに依存します。

• 単にチケットに2つの列、OwnedByUserIdとOwnedByGroupIdを作成し、各テーブルへのnull入力可能な外部キーを持つことができます。

• ticket：userとticket：groupの両方の関係を有効にするM：M参照テーブルを作成できます。おそらく将来的には、単一のチケットを複数のユーザーまたはグループが所有できるようにしたいと思うでしょうか？この設計では、チケットは単一のエンティティのみが所有する必要があるとは限りません。

• すべてのユーザーに対してデフォルトグループを作成し、真のグループまたはユーザーのデフォルトグループのいずれかによって単純に所有されるチケットを持つことができます。

• または（私の選択）、ユーザーとグループの両方のベースとして機能し、そのエンティティが所有するチケットを持つエンティティをモデル化します。

投稿したスキーマを使用した大まかな例を次に示します。

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
)

@Nathan Skerlのリストの最初のオプションは、私がかつて作業したプロジェクトに実装されたもので、3つのテーブル間に同様の関係が確立されています。（そのうちの1つは、一度に1つずつ、他の2つを参照しました。）

そのため、参照元のテーブルには2つの外部キー列があり、1つのテーブルが正確に1つのテーブル（両方ではなく両方）を参照することを保証する制約もありました。

テーブルに適用すると、次のようになります。

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
    )
);

ご覧のTicketとおり、テーブルには2つの列とがOwnerGroupありOwnerUser、どちらもnull入力可能な外部キーです。（他の2つのテーブルのそれぞれの列は、それに応じて主キーになります。）CK_Ticket_GroupUserチェック制約は、2つの外部キー列の1つだけが参照を含むことを保証します（他の列はNULLであり、そのため、両方ともNULL可能でなければなりません）。

（Ticket.IDこの特定の実装では主キーをオンにする必要はありませんが、このようなテーブルに1つ置いても害はありません。）

さらに別のオプションはTicket、1つの列に所有エンティティタイプ（UserまたはGroup）を指定し、2番目の列に参照UserまたはGroupIDを指定し、外部キーを使用せず、トリガーに依存して参照整合性を適用することです。

ネイサンの優れたモデル（上記）に比べて、私がここで見る2つの利点：

• より迅速な明快さとシンプルさ。
• 書き込みがより簡単なクエリ。

別のアプローチは、潜在的な各リソースタイプの列を含む関連付けテーブルを作成することです。この例では、2つの既存の所有者タイプのそれぞれに独自のテーブルがあります（つまり、参照するものがあることを意味します）。これが常に当てはまる場合は、次のようにすることができます。

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
)

このソリューションでは、データベースに新しいエンティティを追加するときに新しい列を追加し続け、@ Nathan Skerlによって示される外部キー制約パターンを削除して再作成します。このソリューションは@Nathan Skerlに非常に似ていますが、見た目は異なります（好みによります）。

新しい所有者の種類ごとに新しいテーブルを作成する予定がない場合は、潜在的な所有者ごとに外部キー列の代わりにowner_typeを含めるとよいでしょう。

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
)

上記の方法を使用すると、所有者タイプをいくつでも追加できます。Owner_IDには外部キー制約はありませんが、他のテーブルへの参照として使用されます。欠点は、スキーマに基づいてすぐに明らかになるわけではないため、所有者のタイプを確認するためにテーブルを参照する必要があることです。所有者のタイプが事前にわからず、他のテーブルにリンクされない場合にのみ、これをお勧めします。所有者のタイプを事前に知っている場合は、@ Nathan Skerlのようなソリューションを使用します。

SQLを間違えたら申し訳ありませんが、これを一緒に投げました

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

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

これは、フラグを使用する代わりに、あなたが望むものを表現する最も一般的な方法だと思います。