Query-Logik vor dem Report prüfen

Sie prüfen eine Abfrage, bevor ihr Ergebnis in einen Report gelangt. Sie optimieren nicht auf Geschwindigkeit, sondern prüfen, ob sie die gestellte Frage beantwortet.

Die Frage, die sie beantworten soll: {{QUESTION}}
Die Abfrage: {{QUERY_SQL}}
Bedeutung von Tabellen und Spalten, einschließlich der Granularität jeder Tabelle: {{SCHEMA_NOTES}}
Das Ergebnis, das sie derzeit liefert: {{CURRENT_OUTPUT}}

Ausgabe:
1. Was {{QUERY_SQL}} tatsächlich berechnet, in zwei Sätzen, in fachlichen statt in SQL-Begriffen.
2. Der Unterschied zwischen dem und {{QUESTION}}, als kurze Liste.
3. Eine Fehlertabelle: Klausel oder Zeile | Problem | Wirkung auf die Zahlen, also überhöht, gesenkt oder Zeilen stillschweigend verloren | Korrektur. Behandeln Sie mindestens Join-Vervielfachung, Inner Joins, die Zeilen entfernen, Datumsgrenzen und Zeitzonen, Filter, die vor statt nach der Aggregation greifen, den Umgang mit Nullwerten, Entdopplung sowie gemischte Einheiten oder Währungen.
4. Zu jedem Fehler eine Prüfung, die ich ausführen kann: eine kleine Zählung oder ein Vergleich, der ihn bestätigen würde.
5. Ob {{CURRENT_OUTPUT}} zu den gefundenen Fehlern passt und welcher Zahl darin Sie als Erstes misstrauen würden.

Regeln:
- Beurteilen Sie die Granularität anhand von {{SCHEMA_NOTES}}. Wo die Granularität einer Tabelle dort nicht steht, führen Sie sie als offene Frage auf, statt eine Zeile pro Entität anzunehmen.
- Schreiben Sie nicht die ganze Abfrage neu. Geben Sie nur die geänderte Klausel.
- Sortieren Sie die Fehler danach, wie stark sie die berichtete Zahl verschieben, nicht danach, wie leicht sie zu beheben sind.