Kommentare zu: Aufwändiges GROUPing vermeiden

Von: Erfolgreichster deutscher PHP Blog? | PHP hates me - Der PHP Blog

Erfolgreichster deutscher PHP Blog? | PHP hates me - Der PHP Blog — Thu, 16 Oct 2008 06:06:30 +0000

[...] PHP Performance Blog – Rang 105128 [...]

Von: Alex

Alex — Wed, 15 Oct 2008 14:43:15 +0000

Die Query habe ich natürlich nicht mehr, da ich damals umdenken musste. Ich habe mir eben gedacht, dort vielleicht auf einen Bug gestoßen zu haben.
Trotzdem danke.

Von: GhostGambler

GhostGambler — Wed, 15 Oct 2008 13:14:08 +0000

@Alex
Mach einfach einzelne COUNT-Queries…
Einen einzigen Monster-Join zu basteln ist auch nicht wirklich gut.

Wenn du unbedingt eine Lösung zu deinem Query haben willst, musst du den mal posten.

Von: Alex

Alex — Wed, 15 Oct 2008 10:31:22 +0000

Ich habe mal einen Benutzer aus der DB abgefragt und über LEFT JONS die Anzahl seiner Bilder, Posts, Kommentare, Bewertungen etc über jeweils einen LEFT JOIN mit einem COUNT(*) ermittelt. Komischerweise war die Anzahl Fotos gleich der Anzahl Kommentare wenn alle LEFT JOINS in der gleichen Abfrage waren. Habe ich die LEFT JOINS in der Abfrage testweise von 6 auf 2 reduziert, dann stimmten die Zahlen der einzelnen LEFT JOINS wieder. Daher meine Frage, ob sich viele LEFT JOINS in einer einzigen Abfrage irgendwie gegenseitig dazwischenfunken.
Die Beziehungen in der ON-Klausel waren alle richtig, denn wie falsch die Werte ermittelt wurden, hing auch davon ab, in welcher Reihenfolge die LEFT JOINS angewendet wurden.
Aber das ist vielleicht ein Thema für ein Support-Forum, ich bin damals jedenfalls verzweifelt.

Zu SELECT *: da bin ich wieder beruhigt!

Von: GhostGambler

GhostGambler — Wed, 15 Oct 2008 10:05:14 +0000

Ach so, ja in sofern ist das dann mit den zwei Indizes korrekt.

Von: Jan

Jan — Wed, 15 Oct 2008 07:53:25 +0000

Die Frage mit den LEFT JOINs verstehe ich nicht ganz. Wenn Du mehrere LEFT JOINs nutzt und dann ein COUNT darauf ausführst, wirst Du eventuell Tupel erhalten, die gar nicht wirklich existieren (im Gegensatz zu INNER JOIN). Daher kann das COUNT(*) Werte ausspucken, die scheinbar falsch sind.

Zur zweiten Frage: Auf keinen Fall SELECT * verwenden! Ich meinte damit lediglich, dass die Datensätze gejoint werden. Zu diesem Zeitpunkt werden aber nur die IDs genutzt (PK). Die Nutzdaten werden erst später ausgewählt. Und außerdem würden bei SELECT * unnötigerweise mehr Daten an PHP geschickt, was einen höheren Speicherbedarf zur Folge hat.

Von: Alex

Alex — Wed, 15 Oct 2008 07:24:20 +0000

Danke für den Beitrag!
Ich bin auch der Verfechter der Methode, möglichst alle Daten außerhalb der Schleife zusammenstellen. Hierbei habe ich aber festgestellt, dass bei vielen LEFT JOINS (ich rede von 4-10) die "dazugejointen" Daten nicht mehr eindeutig sind. Also der 5te Left Join übernimmt schon mal den Wert vom vorhergehenden, insbesondere dann, wenn es ein COUNT() ist. Daher muss ich wieder in die Schleife ausweichen. Kommen die LEFT JOINS sich also gegenseitig in die Quere?

Eine weitere Frage wirft der Beitrag bei mir auf, Zitat: "Problematisch anzusehen ist dabei auch die Ausführungsreihenfolge aller DBMS: Zuerst werden die Tabellen gejoint, anschließend gruppiert und dann wird erst selektiert."
Heißt das etwa, dass man durch selektieren von benötigten Feldern (statt SELECT *) keine Performance gewinnt, da sowieso alle Felder "geholt" werden? Das würde mich jetzt doch interessieren.

Von: Jan

Jan — Wed, 15 Oct 2008 06:08:34 +0000

"Für jede Produkt-Tabelle ein eigener Index", damit meinte ich: Da Du durch den Self Join ja 2 mal die Tabelle Produkte in Deiner Query hast (produkte, pro2). Und dadurch können ja 2 verschiedene Indizes benutzt werden.
Oder was ist das Geheimnis, weshalb dann keine temporäre Tabelle benötigt wird?

Und zu den falschen Anführungszeichen: Das macht WordPress leider so (die Blogsoftware hier). Ich denke es versteht jeder und es ist mir zu viel Aufwand WordPress das abzugewöhnen. Wenn jemand ein Plugin kennt, dass diese krummen Anführungszeichen in normale Hochkomas umwandelt, würde ich mich über eine Nachricht freuen.

Von: GhostGambler

GhostGambler — Tue, 14 Oct 2008 19:07:12 +0000

Übrigens falsche einfache Anführungszeichen im Code
['b'] statt [`b´]

Von: GhostGambler

GhostGambler — Tue, 14 Oct 2008 19:06:09 +0000

Wie "für jede Produkte-Tabelle"?

Bei vielen selektierten Spalten macht es natürlich keinen Sinn einen riesigen Index auf alle Spalten der Tabelle zu legen. Da macht die Variante mit dem doppelten Join mehr Sinn.