lydia.w: INSERT mit Zusammenfassung

Beitrag lesen

Hallo King^Lully,

DAS IST EIN BEISPIEL! Ich habe es erfunden! Bei 3 Tabellen würde ich auch keine Suchtabelle einrichten. Aber mein Original-Datenmodell ist ungleich komplexer. Nur wollte ich es hier nicht erklären, da es dann keiner versteht, und es ging mir nicht um die Notwendigkeit, sondern um die Frage, wie man Daten gruppieren kann.

Ich habe insgesamt ca. 20 Tabellen, aus denen ich bestimmte Daten benötige, und obwohl ich alle nötigen Indexe gesetzt habe, dauert der JOIN dieser Tabellen unglaublich lange.
Und da die Daten nicht 'tagesaktuell' sein müssen, kann ich sie auch abends über einen Cronjob in die Tabelle schreiben, weil dann die Abfrage erheblich einfacher ist und sehr viel schneller ist.

Der Tip von Ilja funktioniert wunderbar.
Danke Ilja.

Liebe Grüße
Ly.

Da mein Beispiel aber nur ein Beispiel ist und meine Daten extrem komplexer, dauert der JOIN viel zu lange, bis er ausgeführt wird.
Und nichts ist langweiliger, als zu warten ...

Die Tabellen sehen so aus
tblKomponist: id, k_name
tblLied: id, l_name, k_id
tblSuchtabelle: id, suchwort

Und jetzt möchte ich in der Suchtabelle einen Datensatz, der so aussieht:
"1", "Lyida / Lied vom Tod / Lied von der Liebe"
"2", "Heino / Lied von der Lippe / Lied im Herzen / Lied in Blond"

Bin für jede konstruktive Hilfe dankbar :-)

Also, wir wiederholen gerne noch einmal, es gibt hier keinen Grund mit "Suchtabellen" zu kommen, denn:

  • das Datendesign ist definitiv nicht komplex
  • das Verwalten der "Suchtabellen" ist nicht trivial, da besteht die Gefahr des Auseinanderlaufens der Daten
  • gäbe es mehrere Komponisten für ein Lied, so kommst Du mit drei Tabellen: "Komponisten", "Lieder" und "Komponisten_Lieder"

Aber gut, Iljas Tipp wird funktionieren, no prob.