Hallo Felix,
1.) Wie umständlich sollen die Anfragen an den DB-Server werden (wieviele Joins), um an Deine gewünschten Daten zu kommen?
2.) Wie frei erweiterbar soll Deine DB aufgebaut werden?Den Kompromiss musst Du finden.
Also weg vom Schwarz-Weiß denken und was gutes Graues finden.
Bei einer Lösung mit drei verschiedenen Tabellen wird das schnell unübersichtlich.
Das stimmt allerdings. Das ist ein echtes Problem. Ging mir kürzlich erst bei einem Projekt so das sehr "erweiterbar" aufgebaut war. Aber ich habs irgendwie verdrängt.
Wegen der "Erweiterbarkeit": Was spricht denn gegen eine neue Spalte in einer bereits vorhandenen Tabelle, anstatt eine neue Tabelle anzulegen?
Das ich bei zu vielen Beziehungen irgendwann, einfach ein Haufen Spalten habe, die nichts weiter als eine ID beinhalten.
Jetzt kam mir gerade noch, vielleicht könnte man auch eine neue Tabelle anlegen die alle Beziehungen der Tabelle beinhaltet.
Soll heißen:
Tabelle: Buchung
Felder: ID, Artikel, usw..
Tabelle: Buchung_Beziehung
Felder: BuchungID, BuchungsartID, BenutzerID, LagerID, usw..
Das wäre doch eigentlich auch eine schicke Möglichkeit den ID Inhalt zu verbannen?
Liebe Grüße,
Felix Riesterer.
Grüße
Thomas