SQL-Abfragen optimieren
Mit dem SQL Report Builder können Sie diese Abfragen jederzeit abfragen und iterieren. Dies ist nützlich, wenn Sie eine Abfrage ändern müssen, ohne auf die Fertigstellung eines Aktualisierungszyklus warten zu müssen, bevor Sie eine von Ihnen erstellte Spalte oder einen erstellten Bericht realisieren können.
Vor Ausführung einer Abfrage schätzt Commerce Intelligence die Kosten. Kosten berücksichtigt die Dauer und die Anzahl der Ressourcen, die zur Ausführung einer Abfrage erforderlich sind. Wenn diese Kosten als zu hoch betrachtet werden oder die Anzahl der zurückgegebenen Zeilen die Commerce Intelligence -Grenzwerte überschreitet, schlägt die Abfrage fehl. Für die Abfrage Ihres Data Warehouse, wodurch sichergestellt wird, dass Sie die bestmöglichen optimierten Abfragen schreiben, empfiehlt Adobe Folgendes.
Verwenden von SELECT oder Auswählen aller Spalten
Die Auswahl aller Spalten ermöglicht keine zeitnahe, einfach auszuführende Abfrage. Abfragen, die SELECT * verwenden, können etwas Zeit in Anspruch nehmen, insbesondere wenn Ihre Tabelle viele Spalten enthält.
Aus diesem Grund empfiehlt Adobe, die Verwendung von SELECT * möglichst zu vermeiden und nur die benötigten Spalten einzuschließen:
Verwenden vollständiger Außenverbindungen
Externe Joins wählen die Gesamtheit der beiden Tabellen aus, die verbunden werden sollen, wodurch sich die Rechenkosten der Abfrage erhöhen. Das bedeutet, dass die Ausführung Ihrer Abfrage länger dauert und eher fehlschlägt, da es länger dauern kann, bis die Ergebnisse zurückgegeben werden.
Anstatt diesen Join-Typ zu verwenden, sollten Sie einen inneren oder linken Join verwenden. Inner-Joins geben Ergebnisse nur dann zurück, wenn eine Spaltenübereinstimmung zwischen Tabellen vorliegt (z. B. ist order_id sowohl in einer typischen customers- als auch in einer orders-Tabelle vorhanden). Linke Joins geben alle Ergebnisse aus der linken (ersten) Tabelle zusammen mit den entsprechenden Ergebnissen in der rechten (zweiten) Tabelle zurück.
Sehen Sie sich an, wie Sie eine FULL OUTER JOIN-Abfrage umschreiben können:
Diese Abfragen sind in jeder Hinsicht identisch, mit Ausnahme des von ihnen verwendeten JOIN-Typs.
Verwenden mehrerer Joins
Sie können zwar mehrere Joins in Ihre Abfrage einschließen, aber beachten Sie, dass dies die Kosten der Abfrage erhöhen kann. Um die Kostenschwelle nicht zu erreichen, empfiehlt Adobe, nach Möglichkeit mehrere Joins zu vermeiden.
Filter verwenden
Verwenden Sie nach Möglichkeit Filter. WHERE - und HAVING -Klauseln filtern Ihre Ergebnisse und geben Ihnen nur die Daten, die Sie wirklich benötigen.
Verwenden von Filtern in JOIN-Klauseln
Wenn Sie beim Ausführen eines Joins einen Filter verwenden, achten Sie darauf, diesen auf beide Tabellen des Joins anzuwenden. Selbst wenn sie redundant ist, reduziert dies die Rechenkosten der Abfrage und verkürzt die Ausführungszeit.
Benutzer verwenden
Erwägen Sie beim Schreiben von Abfragen die Verwendung der "kostengünstigsten" Operatoren. Jede Abfrage hat einen Rechenaufwand, der durch die Funktionen, Operatoren und Filter bestimmt wird, aus denen die Abfrage besteht. Manche Betreiber erfordern weniger Rechenaufwand, was sie billiger macht als andere.
Vergleichsoperatoren (>, <, = usw.) sind am wenigsten teuer, gefolgt von LIKE. ÄHNLICHE TO- und POSIX-Operatoren, die die teuersten Operatoren sind.
Verwenden von EXISTEN und IN
Die Verwendung von EXISTS versus IN hängt von der Art der Ergebnisse ab, die Sie zurückgeben möchten. Wenn Sie nur an einem einzelnen Wert interessiert sind, verwenden Sie die EXISTS-Klausel anstelle von IN. IN wird mit Listen kommagetrennter Werte verwendet, was die Rechenkosten der Abfrage erhöht.
Wenn IN -Abfragen ausgeführt werden, muss das System zuerst die Unterabfrage verarbeiten (die Anweisung IN ) und dann die gesamte Abfrage auf der Grundlage der in der Anweisung IN angegebenen Beziehung. EXISTS ist bei weitem effizienter, da die Abfrage nicht mehrmals ausgeführt werden muss - ein true/false -Wert wird zurückgegeben, während die in der Abfrage angegebene Beziehung überprüft wird.
Einfach ausgedrückt: Das System muss bei Verwendung von EXISTS nicht so viel verarbeiten.
REIHENFOLGE VERWENDEN VON
ORDER BY ist eine teure Funktion in SQL und kann die Kosten einer Abfrage erheblich erhöhen. Wenn Sie eine Fehlermeldung erhalten, dass die EXPLAIN-Kosten Ihrer Abfrage zu hoch sind, versuchen Sie, alle ORDER BYs aus Ihrer Abfrage zu entfernen, sofern dies nicht erforderlich ist.
Dies bedeutet nicht, dass ORDER BY nicht verwendet werden kann - sondern nur, dass es nur bei Bedarf verwendet werden sollte.
GRUPPE NACH UND REIHENFOLGE
Es kann einige Situationen geben, in denen dieser Ansatz nicht mit dem übereinstimmt, was Sie versuchen zu tun. Die allgemeine Regel lautet, dass Sie bei Verwendung von GROUP BY und ORDER BY die Spalten in beiden Klauseln in derselben Reihenfolge ablegen sollten. Beispiel:
Aufwischen
Die beste Möglichkeit, SQL zu schreiben - und dies effizient zu tun - ist durch Testen und Fehler. Um herauszufinden, was für Sie am besten geeignet ist, erstellen Sie einige Berichte nur mit dem SQL-Editor.