[WarrenFaith]

Ich hab hier folgende Tabellendefinition (die auch funktioniert)
(verfremdet da firmenintern)

CREATE TABLE  `db`.`table` (
  `Spalte1` bigint(20) NOT NULL DEFAULT '0',
  `Spalte2` bigint(20) NOT NULL DEFAULT '0',
  `Spalte3` int(11) NOT NULL DEFAULT '0',
  PRIMARY KEY  (`Spalte2`,`Spalte3`),
  KEY `...` (`Spalte2`),
  KEY `...` (`Spalte1`),
  CONSTRAINT `.....` FOREIGN KEY (`Spalte2`) REFERENCES `table2` (`id`),
  CONSTRAINT `....` FOREIGN KEY (`Spalte1`) REFERENCES `table1` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
 

Kann mir jemand erklären, wie ein Primärschlüssel zeitgleich ein Fremdschlüssel sein kann?

[Ben]

Hm, ich bin ja nicht wirklich fit in Sachen SQL-Theorie, allerdings würde ich in diesem Fall fragen: "Warum sollte das nicht gehen?"

Der PRIMARY_KEY ist ja zusammengesetzt aus "spalte2" und "spalte3", so dass der FOREIGN_KEY ja durchaus mehrfach in der Tabelle vorkommen kann. Er wird ja nur zum PRIMARY_KEY in Verbindung mit dm Wert aus "spalte3".

Ich sehe wie gesagt gar keinen Grund, warum das nicht gehen sollte.

[WarrenFaith]

hm... stimmt, die kombi ist der primary key...
hab da wohl falsch gedacht.

trotzdem schon interessant... ich werd da mal genauer nachforschen, zumal ich keine ahnung mehr hab was constraint war...

[Ben]

Dann hau aber mal rein:
http://dev.mysql.com/doc/refman/5.0/en/constraints.html

[JumperII]

Also ich gehe davon aus, dass mit dem CONSTRAINT eine verkappte View erzeugt wird, mit der Updates und Deletes u.U. optimiert wird. Das ganze scheint eine Engine-nahe Lösung zu sein. Grundsätzlich gilt dabei, dass hier ein Wert aus der Basis-Tabelle genutzt wird, um die Spalte(n) in den sekundär-Tabellen mit zu adressieren, um zugehörige Daten vor allem mit zu löschen. Sehr gut beschrieben auch unter http://dev.mysql.com/doc/refman/5.0/...nstraints.html .

Gruß,
Jumper, the II.