DB-Modell für eine Software

[mkinzler]

Nein von der Zwischentabelle zu den beiden Tabellen zwischen denen die n:m Beziehung besteht

A n: m B -> A n : 1 Zw 1 : m B

Im ER-Modell kannst Du auf die Zuordnungstabelle aber auch verzichten

[AlexII]

Zitat von mkinzler:

Nein von der Zwischentabelle zu den beiden Tabellen zwischen denen die n:m Beziehung besteht

A n: m B -> A n : 1 Zw 1 : m B

Im ER-Modell kannst Du auf die Zuordnungstabelle aber auch verzichten

Hm... jetzt aber

[mkinzler]

Grundsätzlch ja, aber wozu benötigst du id_vtPerson und id_vtTagung?

[AlexII]

Zitat von mkinzler:

Grundsätzlch ja, aber wozu benötigst du id_vtPerson und id_vtTagung?

Hat mir Perlsau so empfohlen - "Als Verknüpfung erstellst du eine Verknüpfungstabelle (VT), in der du die ID einer Person und die ID einer Tagung mitführst, also eine Tabelle, die zwei Spalten hat."

Oder meinst Du die FK in der Tabelle tbl_vt?

[mkinzler]

Imo sind die Felder in der Verknüpfungstablle doppelt vorhanden.

[AlexII]

Zitat von mkinzler:

Imo sind die Felder in der Verknüpfungstablle doppelt vorhanden.

Muss jetzt die Verknüpfungstablle Beziehungen zu den zwei anderen Tabellen haben, oder ist das nicht nötig?

[mkinzler]

Ja, durch die Fremdschlüssel (fk_person_id, fk_tagungs_id)

[AlexII]

Zitat von mkinzler:

Grundsätzlch ja, aber wozu benötigst du id_vtPerson und id_vtTagung?

Jah... habe eben in Ruhe bisschen nachgedacht, stimmt... drei IDs in einer Tabelle ist ja voller Quatsch. Ich meine IDs in dem Sinne wie ich es meinte, mit Autoincrement usw.

[mkinzler]

Auf dieses Feld kannst Du eigentlich auch verzichten und die beiden anderen Felder als zusammengesetzten Primärschlüssel definieren, dann kann sich niemand mehrmals für sie selbe Veranstaltung anmelden.

[AlexII]

Zitat von mkinzler:

Auf dieses Feld kannst Du eigentlich auch verzichten und die beiden anderen Felder als zusammengesetzten Primärschlüssel definieren, dann kann sich niemand mehrmals für sie selbe Veranstaltung anmelden.

Ok... muss nur rausfinden wie.