SQL: Konzept gesucht

Hallo!

Folgende Schwierigkeit: Ich bastle an einem CMS, das unter anderem eine Tabelle für Rechnungen enthält. Diese Rechnungen können für verschiedene Dienstleistungen unterschiedlichen Typs ausgestellt werden. Daher sind diese Leistungen bzw Produkte auch nicht in einer einzigen, sondern etwa 3 bis 4 unterschiedlichen Tabellen. Diese in eine Tabelle zusammenzufassen geht kaum, weil sie zu unterschiedliche Eigenschaften aufweisen.

Aus der Tabelle rechnungen soll jedoch ersichtlich sein, zu welchem Produkt/welcher Leistung in welcher Tabelle eine Rechnung gehört, andersherum muß aus jedem Produkt die zugehörige Rechnung ersichtlich sein.

In der Tabelle Rechnungen reicht die bloße Angabe einer Produkt-ID nicht aus, da diese ID ja in mehreren Tabellen der unterschiedlichen Produkte enthalten sein kann.

Meine Idee wäre nun, das über ein weiteres Feld in der Tabelle rechnungen zu lösen, in dem jeweils die Produktkategorie bzw. zugehörende Tabelle steht.

Hat jemand eine schönere Idee, wie man sowas besser lösen kann...?

da wird dir nichts anderes übrigbleiben als für jede produkt/leistung tabelle eine relation mit der rechnung einzuführen. i.e. gibts für jede produkt/leistung tabelle eine spalte mit dem entsprechenden schlüssel in der rechnungs-db (bei einer 1:n verknüpfung). im falle einer n:n verknüpfung musst du das ganze eben mit einer zwischentabelle (wie in diesem fall üblich) für jede produkt/leistungs tabelle machen.

wie gesagt ist die zwischentabelle für eine n:n verknüpfung notwendig.
was machst du bei deiner derzeitigen modellierung wenn eine rechnung mit
2 produkten aus products_a
oder mit
1 produkt aus product_a und 1 produkt aus product_b verknüpft werden soll? du hast ja nur ein feld (bzw. eine tabellenspalte) in die du die information aufnehmen kannst.

wenn also eine rechnung mit mehreren produkten verknüpft sein kann und umgekehrt (eben n:n) benötigt man eine zwischentabelle. in der befinden sich die zuordnungen r_id<->a_id bzw. r_id<->b_id .

würd ich deinem fall sowieso empfehlen, da du dort auch die information, auf welche tabelle sich der schlüssel eigentlich bezieht, besser ablegen kannst.

schematisch:
tabellen:
rechnungen <-> rech_prod <-> products_x

schlüssel:
rechnungen:r_id <-> rech_prod:r_id, x_id, prod_tablename <-> products_x: prod_id

pseudocode:
wir wollen alle produkte zur rechnung mit id 25 finden.
finde alle einträge in rech_prod mit r_id 25
für alle gefundenen einträge {
finde den zugehörigen eintrag aus tabelle prod_tablename mit schlüssel x_id
}

hab ich das richtig verstanden, dass du mehrere produkte zur gleichen rechnung hängen willst? also eine m:n beziehung (ein produkt kann in mehreren rechnungen vorkommen, eine rechnung kann ein oder mehrere produkte beinhalten)

dann wären intersection tables (zwischentabellen) das mittel, um diese beziehungen aufzulösen.

rechnung <-> x_rechnung_produkt <-> produkt

wobei x_rechnung_produkt immer genau eine rechnungs_id und eine produkt_id beinhaltet.

eventuell dann noch

produkt <-> produkttyp <-> produkttypdetails

add:
zu langsam. wurde bereits alles korrekt erklärt

das kannst auch nicht bei einer 1:n verknüpfung wo du den tabellennamen in ein feld hineinspeicherst oder?

Zitat von kleinerChemiker

eventuell könnte das doch über ein subselect gehen.

wennst nicht weißt, auf welche table du gehen sollst, wirds schwer werden.

ich dachte mit subselect an so was wie etwa:

SELECT r.* p.* FROM rechnung JOIN (SELECT produkt_typ from rechnung WHERE id=$id) USING (id) WHERE id=$id

wobei in produkt_typ der tabellenname des produktes steht.