Composite-Primärschlüssel und Fremdschlüssel-Beziehung

Question

Ich brauche einen Design-Vorschlag von allen Ihnen Experten

Also ich Tabellen wie folgt:

Tabelle 1

(A integer not null 
, B char(1) not null 
, C integer not null 
, D not null 
, primary key (A, B, C) i.e. composite key 
) 

Tabelle 2

(A integer not null 
, B char(2) not null 
, C integer not null 
primary key (A, B,C) composite key 
) 

Tabelle 3

(A integer not null 
, B char(2) not null 
, D not null 
primary key (A, B, D) 
) 

Ich mag eine Beziehung zwischen Tabelle 1 und 2 und Tabelle 1 und die Tabelle übergeordnete Tabelle und Tabelle 2 und 3 ist das Kind der Tabelle zu seinem 3.

Tabelle 1 erstellen 1. Ich Beziehung einfach erstellen kann zwischen Tabelle 1 und Tabelle 2, aber ich erhalte einen Fehler, wenn ich versuche, eine Beziehung zwischen 1 und 3 zu erstellen, da der Fremdschlüssel nicht Teil des zusammengesetzten Schlüssels sein kann und der ganze zusammengesetzte Schlüssel sein muss. Ich würde alle Vorschläge sehr schätzen.

Answer 1

Ist das was du suchst?

create table table1 (
    A int not null , 
    B char(1) not null , 
    D int not null , 
    constraint pkTable1 primary key clustered (A , B , D) 
    ) 
create table table2 (
    A int not null , 
    B char(1) not null , 
    C int not null , 
    constraint pkTable2 primary key clustered (A , B , C) , 
    constraint fkABC@table2 foreign key (A , B , C) references table1 (A , B , D) 
    ) 
create table table3 (
    A int not null , 
    B char(1) not null , 
    D int not null , 
    constraint fkABC@table3 foreign key (A , B , D) references table1 (A , B , D) 
    ) 

Beachten Sie die foreign key (A , B , *D*) Stück. Nicht sicher, ob Sie einen Primärschlüssel für Tabelle 2 haben oder nicht, basierend auf dem Wortlaut der Frage, aber da ist es sowieso.

Alles, was gesagt, wenn table2 ist untergeordnete-table1, würde meine Neigung wie etwas zu tun:

create table table1 (
    t1ID int identity(1,1) not null , 
    constraint uni_t1ID@table1 unique nonclustered (t1ID) , 
    A int not null , 
    B char(1) not null , 
    C int not null , 
    constraint pkTable1 primary key clustered (A , B , C) 
    ) 
create table table2 (
    t2ID int identity(1,1) not null , 
    constraint uci_t2id@table2 unique nonclustered (t2id) , 
    t1ID int not null , 
    constraint fk_t1ID@table2 foreign key (t1ID) references table1 (t1ID) 
    ) 
create table table3 (
    t3ID int identity(1,1) not null , 
    constraint uci_t3id@table3 unique nonclustered (t3id) , 
    t1ID int not null , 
    constraint fk_t1ID@table3 foreign key (t1ID) references table1 (t1ID) 
    ) 

auf Präferenz Je (einige Leute es vorziehen, nicht-sensical Primärschlüssel, einige Primärschlüssel bevorzugen Dies kann für einen Menschen ein gewisses Maß an Sinn ergeben.) Sie könnten die eindeutigen Indizes der Identitätsfelder durch Primärschlüssel ersetzen und sicherstellen, dass Sie einen eindeutigen Index (A, B, C) platzieren, um die Datenintegrität sicherzustellen.