Hello,
eine eigene id für die beziehungstabelle zu machen ist überflüssig. wenn der schlüssel über die beiden felder der id aus den beiden anderen tabellen geht, ist jeder datensatz eindeutig in der beziehungstabelle.
Das unterscheidet den "Snapshot-Theoretiker" vom "Dynaset-Praktiker"...
Wobei ich mir dei Begriffe Snapshot und Dynaset einfach mal geliehen habe, weil sie mir so gut gefielen.
Snapshot - momentane Datensicht, eingefroren, keine Veränderungen während
der Bearbeitung
Dynaset - Sicht auf einen dynamischen Datenbestand, der sich auch während
der Bearbeitung noch ändern kann. Änderungen an der Sicht wirken
sich sofort auf den Original-Datenbestand aus.
Und was meine ich jetzt damit?
Eine Datenbank entwickelt man heute nicht mehr einer starren Struktur für alle Ewigkeit, sondern man ist sich vom ersten tage an darüber bewußt, dass über die Lebensdauer der Datenbank ständig Strukturänderungen und Ergänzungen eintreten werden. Darauf muss man man beim Design nach möglichkeit Rücksicht nehmen. Das ist der wesenetlichste Grund dafür, dass Tabelle grundsätzlich eigene IDs bekommen, auch wenn sich aus zusammengesetzen Schlüsseln eigentlich zum Zeitpunkt der Anlage ein Primärschlüssel erbibt.
Liebe Grüße aus http://www.braunschweig.de
Tom
Fortschritt entsteht nur durch die Auseinandersetzung der Kreativen