Ein Fremdschlüssel Referenzierung mehrere eindeutige Schlüssel

Question

Ich habe 3 Tabellen:

class_A

 CREATE TABLE class_a (
     id INT NOT NULL PRIMARY KEY AUTO_INCREMENT, 
     std_id INT NOT NULL UNIQUE, 
     name varchar(225) NOT NULL) 

class_B

 CREATE TABLE class_b (
     id INT NOT NULL PRIMARY KEY AUTO_INCREMENT, 
     std_id INT NOT NULL UNIQUE, 
     name varchar(225) NOT NULL) 

sn_number

 CREATE TABLE sn_number (
     id INT NOT NULL PRIMARY KEY AUTO_INCREMENT, 
     pin INT NOT NULL UNIQUE, 
     serial VARCHAR(255) NOT NULL UNIQUE, 
     std_id INT NULL DEFAULT NULL, 
     FOREIGN KEY(std_id) REFERENCES class_a(std_id) 
     ) 

Wie kann ich verweisen auf eindeutige std_id in class_a und Tabelle als Fremdschlüssel in sn_number Tabelle.

Ich möchte wie etwas erreichen ALTER TABLE sn_number ADD FOREIGN KEY(std_id) REFERENCES class_a(std_id), class_b(std_id)

Ich habe versucht, dies zu tun ALTER TABLE sn_number ADD FOREIGN KEY(std_id) REFERENCES class_a(std_id)

gefolgt von

ALTER TABLE sn_number ADD FOREIGN KEY(std_id) REFERENCES class_b(std_id) auf sn_number Tisch, aber halten sich gegenseitig zu überschreiben.

Ich habe diese: Foreign Key Referencing Multiple Tables und

Composite key as foreign key (sql) Aber ich kann die Lösung des Problems nicht gefunden habe.

Answer 1

Fremdschlüssel muss nur eine Elterntabelle referenzieren. Dies ist sowohl für die SQL-Syntax als auch für die relationale Theorie von grundlegender Bedeutung.

Was Sie tun können, ist eine andere Tabelle classes oder students hinzufügen, die alle std_id enthalten, dann nur die FK es verweisen.

Answer 2

Da Sie in Ihren FOREIGN KEY Deklarationen keinen Constraint-Namen explizit angegeben haben, erstellt das DBMS einen Namen aus dem Tabellennamen sn_number. Ihr Problem besteht darin, dass Sie damit jedes Mal implizit denselben Constraint-Namen deklarieren, sodass die alte Information für den Namen verloren geht. Verwenden Sie einfach verschiedene explizite Abhängigkeitsnamen für verschiedene Fälle von Tabelle & Spaltenliste REFERENCES Tabelle & Spaltenliste.

CONSTRAINT fk_sn_number_a FOREIGN KEY(std_id) REFERENCES class_a(std_id) 
CONSTRAINT fk_sn_number_b FOREIGN KEY(std_id) REFERENCES class_b(std_id) 

Erfahren Sie mehr über die Grundlagen von Using FOREIGN KEY Constraints.

PS Wie in einem Kommentar angemerkt, ist dies ein schlechtes Design. Aber im Gegensatz zu dem Kommentar & eine andere Antwort, Ihre Notwendigkeit für zwei Fremdschlüssel aus der gleichen Tabelle & Spaltenliste ist kein Symptom für schlechtes Design. Aber bedenken Sie, dass die Probleme, die Leute normalerweise mit "Fremdschlüssel-Referenzierung mehrerer Tabellen" in fragwürdigen Designs haben, dass sie denken, dass ihre Tabellen wie entworfen einen Fremdschlüssel von einem Ort zu zwei Orten benötigen, wenn sie dies nicht tun. Solch ein Design beinhaltet nicht einmal einen Fremdschlüssel, es beinhaltet nur etwas erinnert an einen Fremdschlüssel.