Datenbankstruktur für ein Kartenbuchungssystem

[JasonHudson]

Hallo die Datenbankprofis,

ich suche nach einer möglichst effizienten Struktur zur Realisierung eines Kartenbuchungssystems und bin doch nach etlichem Probieren nicht weitergekommen.

Man geht von Veranstaltung mit einer einzigartigen Kennnummer aus, die eine begrenzte Anzahl von Karten zur Verfügung hat. Gleichzeitig muss bestimmt werden, wie viel Karten ein Kunde kaufen kann.
Von den Kunden soll dann erfasst werden, welche Veranstaltung sie gekauft haben, wie viele Karten und evtl. Rückgabe.

Die Grundidee bestand aus einer Tabelle, in der all jene Informationen gespeichert werden. Dennoch entstanden z. B. bei der Aufaddierung gekaufter Karten logische Fehler beim Löschen vorhandener Datensätze. Nur eine von vielen Ungereimtheiten.

Kennt ihr einen halbwegs passablen Lösungsansatz? Wird wohl auf mehrer Tabellen rauslaufen, so wie das aussieht.
Es sei übrigens gesagt, dass ich mit JOINS nur bedingt auskenne, sollten sie von Nöten sein.


Grüße

JH

 

[vitus37]

Du möchtest deine Datenbank normalisieren.

Ich persönliche finde den Artikel auf Wikipedia zur Normalisierung ganz ausgezeichnet, da die vorgestellten Negativbeispiele (samt Lösungen) einen wunderbaren Überblick geben, wie eine ordentliche Datenbank denn auszusehen hat. Normalisierung (Datenbank)

Edit: Es ist sinnvoll, die Normalisierungsschritte in der selben Reihenfolge und vor allem alle davon anzuwenden.

 

[bodil]

Um an dieser Stelle zwei wesentliche Punkte zusammenzufassen:
- Ja, du brauchst mehrere Tabellen.
- Nein, du wirst um JOINs nicht herumkommen. (Aber gibt es einen besseren Anreiz, sich mal damit zu beschäftigen, als eine selbstgesetzte Aufgabe?)
- Ja, der Wikipedia-Artikel ist großartig, es führt kein Weg daran vorbei ;-)