Tweet
Hallo !
Ich hätte folgende frage, und zwar arbeite ich gerade an einer DB für einen Konzertveranstalter. Wenn ein Kunde Tickets zu einer bestimmten Veranstaltung gekauft hat, soll er die Möglichkeit haben auszuwählen ob er per email informiert werden möchte, falls das Konzert betreffende Änderungen auftreten.
Jetzt hab ich mir grad mal überlegt wie man diese Tabelle am klügsten designed...
Vorschlag 1:
Ich leg ne Tabelle an mit 2 Spalten, in der ersten die ID des Konzertes und in der anderen Spalte die email-Adresse der Kunden, durch ein Zeichen separiert welches in email-Adresse nicht vorkommen darf, um die Adresse später leicht aus dem String herauszutrennen.
Vorschlag 2:
Tabelle mit 2 Spalten, in der ersten wie gehabt die ID des Konzertes, in der anderen eine email-Adresse eines Kunden. Für jeden weiteren Kunden wird eine neue Zeile angelegt.
Das wird natürlich ne Menge Zeilen geben und da bei den Konzerten selten Änderungen bezüglich des Termins oder ähnlichem vorkommen wird diese Tabelle wohl selten genutzt werden...
Hat jemand vielleicht einen anderen Lösungsvorschlag bzw. kann mir sagen was für diesen Fall das beste DB-Design ist ?
Vielen Dank, muc
Ich hätte folgende frage, und zwar arbeite ich gerade an einer DB für einen Konzertveranstalter. Wenn ein Kunde Tickets zu einer bestimmten Veranstaltung gekauft hat, soll er die Möglichkeit haben auszuwählen ob er per email informiert werden möchte, falls das Konzert betreffende Änderungen auftreten.
Jetzt hab ich mir grad mal überlegt wie man diese Tabelle am klügsten designed...
Vorschlag 1:
Ich leg ne Tabelle an mit 2 Spalten, in der ersten die ID des Konzertes und in der anderen Spalte die email-Adresse der Kunden, durch ein Zeichen separiert welches in email-Adresse nicht vorkommen darf, um die Adresse später leicht aus dem String herauszutrennen.
Vorschlag 2:
Tabelle mit 2 Spalten, in der ersten wie gehabt die ID des Konzertes, in der anderen eine email-Adresse eines Kunden. Für jeden weiteren Kunden wird eine neue Zeile angelegt.
Das wird natürlich ne Menge Zeilen geben und da bei den Konzerten selten Änderungen bezüglich des Termins oder ähnlichem vorkommen wird diese Tabelle wohl selten genutzt werden...
Hat jemand vielleicht einen anderen Lösungsvorschlag bzw. kann mir sagen was für diesen Fall das beste DB-Design ist ?
Vielen Dank, muc
hatte mich da bisher immer mit der corel rum geärgert 
thx.
Kommentar