Da ich mit meiner alten Db gegen den Baum fahre (schlecht aufgebaut) zieh ich die nochmal neu auf.
Folgender Sachverhalt:
Teilnehmer haben eine eindeutige ID, können aber an mehreren Kursen teilnehmen --> 1:n
Die Relation ist dann quasi 1(ID): n (Kurs) ... Das Problem ist, wenn ich das so lasse und mittels Formular die Daten eingebe, dann füllt der automatisch die ID in das Kursfeld ein. Wenn ich eine 1:1 Beziehung daraus mache meckert er logischer Weise über duplizitätseinträge ...
kann mir mal jemand nen Tipp geben?
1:n Relation
Moderator: Moderatoren
-
- *****
- Beiträge: 473
- Registriert: Fr, 09.10.2009 16:44
- Wohnort: Bielefeld
- Kontaktdaten:
Re: 1:n Relation
Hallo,
in Deiner Kurstabelle muß es eine Spalte UserID geben, in die der Besucher eingetragen wird, diese Spalte darf kein KEY (=UNIQUE) sein.
Grüße
Andreas
in Deiner Kurstabelle muß es eine Spalte UserID geben, in die der Besucher eingetragen wird, diese Spalte darf kein KEY (=UNIQUE) sein.
Grüße
Andreas
LO 4.3
AMD Athlon 64 3700+, 2.21 GHz, 4 GB RAM, Win XP SP3
iMac 2 GHz, 16 GB RAM/MacBookPro, 8 GB RAM, Mac OS X 10.9.5
Intel Core2 Quad CPU Q6600 @ 2,4 GHz, 4 GB RAM, Suse 13.2
MySQL 5.1: Pentium III, 666 MHz, 512 MB, Suse 12.1
AMD Athlon 64 3700+, 2.21 GHz, 4 GB RAM, Win XP SP3
iMac 2 GHz, 16 GB RAM/MacBookPro, 8 GB RAM, Mac OS X 10.9.5
Intel Core2 Quad CPU Q6600 @ 2,4 GHz, 4 GB RAM, Suse 13.2
MySQL 5.1: Pentium III, 666 MHz, 512 MB, Suse 12.1
Re: 1:n Relation
Müßten es nicht drei Tabellen werden:
Teilnehmer:
1 Hugo
2 Erwin
Kurse:
1 Training A
2 Training B
Kurse zu Teinehmern:
1 Hugo _ 1 Training A
1 Hugo _ 2 Training B
2 Erwin _ 1 Training A
2 Erwin _ 2 Training B
Es sind also drei Tabllen und zwei 1:n Beziehungen.
Teilnehmer:
1 Hugo
2 Erwin
Kurse:
1 Training A
2 Training B
Kurse zu Teinehmern:
1 Hugo _ 1 Training A
1 Hugo _ 2 Training B
2 Erwin _ 1 Training A
2 Erwin _ 2 Training B
Es sind also drei Tabllen und zwei 1:n Beziehungen.