Birden çok tabloya Yabancı Anahtar

Veritabanımda 3 alakalı tablo var.

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
)

Kullanıcılar birden çok gruba aittir. Bu, çoktan çoğa ilişki yoluyla yapılır, ancak bu durumda önemsizdir. Bir bilet, dbo.Ticket.Owner alanı aracılığıyla bir gruba veya bir kullanıcıya ait olabilir.

Bir bilet ve isteğe bağlı olarak bir kullanıcı veya bir grup arasındaki bu ilişkiyi en DOĞRU tanımlamanın EN DOĞRU yolu ne olabilir ?

Bilet tablosuna hangi türün sahibi olduğunu söyleyen bir bayrak eklemem gerektiğini düşünüyorum.

Hepsi "doğruluk" ve kullanım kolaylığı açısından değişen birkaç seçeneğiniz var. Her zaman olduğu gibi, doğru tasarım ihtiyaçlarınıza bağlıdır.

• Ticket, OwnedByUserId ve OwnedByGroupId'de iki sütun oluşturabilir ve her tablo için null yapılabilir Yabancı Anahtarlara sahip olabilirsiniz.

• Hem bilet: kullanıcı hem de bilet: grup ilişkilerini etkinleştiren M: M referans tabloları oluşturabilirsiniz. Belki de gelecekte tek bir biletin birden fazla kullanıcıya veya gruba ait olmasına izin vermek isteyeceksiniz? Bu tasarım, bilet olduğunu zorlamaz gerekir sadece tek bir varlık ait olması.

• Her kullanıcı için varsayılan bir grup oluşturabilir ve yalnızca gerçek bir Gruba veya bir Kullanıcının varsayılan Grubuna ait biletleriniz olabilir.

• Veya (benim seçimim), hem Kullanıcılar hem de Gruplar için bir temel görevi gören ve bu varlığa ait biletleri olan bir varlığı modelleyin.

Gönderdiğiniz şemayı kullanarak kaba bir örnek:

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'in listesindeki ilk seçenek, daha önce çalıştığım, üç tablo arasında benzer bir ilişki kurulduğu bir projede uygulanan şeydi. (Biri, birer birer diğer ikisine başvurdu.)

Dolayısıyla, başvuru tablosunda iki yabancı anahtar sütunu vardı ve ayrıca tek bir satırla tam olarak bir tabloya (ikisi de değil, ikisi de değil) başvurulmasını garanti etmek için bir kısıtlaması vardı.

Tablolarınıza uygulandığında şöyle görünebilir:

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

Gördüğünüz gibi, Tickettablonun iki sütunu vardır OwnerGroupve OwnerUserher ikisi de boş değer atanabilir yabancı anahtarlardır. (Diğer iki tablodaki ilgili sütunlar buna göre birincil anahtarlar yapılır.) CK_Ticket_GroupUserKontrol kısıtlaması, iki yabancı anahtar sütunundan yalnızca birinin bir başvuru içermesini sağlar (diğeri NULL, bu nedenle her ikisinin de boş değer atanabilir olması gerekir).

( Ticket.IDBu özel uygulama için birincil anahtar gerekli değildir, ancak böyle bir tabloda birinin olması kesinlikle zarar vermez.)

Yine başka bir seçenek, Ticketsahip varlık türünü ( Userveya Group) belirten bir sütunda, referanslı Userveya Groupid ile ikinci sütuna sahip olmak ve Yabancı Anahtarları KULLANMAMAK, bunun yerine bilgi bütünlüğünü uygulamak için bir Tetikleyiciye güvenmektir.

Nathan'ın mükemmel modeline göre burada gördüğüm iki avantaj (yukarıda):

• Daha hızlı netlik ve basitlik.
• Yazmak için daha basit sorgular.

Diğer bir yaklaşım, her potansiyel kaynak türü için sütunlar içeren bir ilişkilendirme tablosu oluşturmaktır. Örneğinizde, mevcut iki sahip türünün her birinin kendi tablosu vardır (bu, başvurmanız gereken bir şey olduğu anlamına gelir). Bu her zaman böyle olacaksa, böyle bir şeye sahip olabilirsiniz:

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
)

Bu çözümle, veritabanına yeni varlıklar eklerken yeni sütunlar eklemeye devam edeceksiniz ve @ Nathan Skerl tarafından gösterilen yabancı anahtar kısıtlama modelini silip yeniden oluşturacaksınız. Bu çözüm @Nathan Skerl'e çok benziyor ancak farklı görünüyor (tercihe göre).

Her yeni Sahip türü için yeni bir Tablonuz olmayacaksa, her bir potansiyel Sahip için yabancı anahtar sütunu yerine bir owner_type eklemeniz iyi olabilir:

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
)

Yukarıdaki yöntemle, istediğiniz kadar Sahip Türü ekleyebilirsiniz. Owner_ID, yabancı anahtar kısıtlamasına sahip olmayacak, ancak diğer tablolara referans olarak kullanılacaktır. Dezavantajı, şemaya göre hemen belli olmadığından, sahiplerin orada ne türlerinin olduğunu görmek için tabloya bakmanız gerekmesidir. Bunu yalnızca sahip türlerini önceden bilmiyorsanız ve diğer tablolarla bağlantı kurmayacaklarsa öneririm. Sahip tiplerini önceden biliyorsanız, @Nathan Skerl gibi bir çözüme başvururum.

Bazı SQL'i yanlış anladıysam özür dilerim, bunu birlikte attım.

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

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

Bunun bir bayrak kullanmak yerine istediğinizi temsil etmenin en genel yolu olacağını düşünüyorum.