Der Datenbank eine Frage stellen
Die Qualität der Antwort hängt weit mehr davon ab, worauf Sie zeigen, als davon, wie Sie fragen.
Data Analyst verbindet sich mit PostgreSQL, MySQL und anderen, übersetzt eine Frage in Alltagssprache in SQL, führt sie aus und zeichnet das Ergebnis als Balken-, Linien-, Kreis-, Flächen- oder Streudiagramm. Es führt einen Abfrageverlauf, lässt Sie wiederkehrende Abfragen speichern und mit benannten Personen teilen.
Viele probieren es, bekommen eine falsche Antwort und schließen daraus, es funktioniere nicht. Fast immer liegt es am selben Punkt — und nicht am Modell.
Grenzen Sie das Schema ein, bevor Sie fragen
Der Schema-Explorer zeigt Ihre Tabellen und ihre Beziehungen. Nutzen Sie ihn, um die Frage auf zwei oder drei Tabellen zu richten statt auf die ganze Datenbank.
Das zählt mehr als jede Formulierung. Ein Schema mit 90 Tabellen enthält vier Dinge, die plausibel „Umsatz“ heißen könnten, und das Modell muss raten, welches Sie meinten. Ein auf orders und order_items eingegrenztes Schema enthält eines. Die engere Frage ist günstiger, schneller und richtig — in dieser Reihenfolge der Wichtigkeit.
Sagen Sie, was Sie mit Ihren Wörtern meinen
Ihre Datenbank weiß nicht, was Ihr Unternehmen unter „aktiver Kunde“ versteht. Sagen Sie es: Kunden mit mindestens einer Bestellung in den letzten 90 Tagen. Diese eine Klarstellung beseitigt die häufigste Art falscher Antwort — keine kaputte Abfrage, sondern eine korrekte Abfrage auf eine andere Frage.
Stellen Sie zusammengesetzte Fragen in einem Zug statt in Etappen. „Umsatz nach Region für Q3, und markiere alles mehr als 15 % unter Plan“ ist eine Operation. Erst Umsatz, dann Regionen, dann Ausreißer zu fragen sind drei, kostet dreimal so viele Token, und die dritte Antwort ist meist schlechter, weil der Kontext abgedriftet ist.
Lesen Sie das SQL, mindestens einmal
Data Analyst zeigt die erzeugte Abfrage. Lesen Sie sie beim ersten Mal, wenn Sie auf der Antwort etwas aufbauen.
Sie prüfen zwei Dinge: Verknüpft sie, was Sie erwartet haben, und bedeutet der Zeitraum, was Sie denken. Genau daraus entsteht die plausibel aussehende falsche Antwort. Eine Summe, die um 8 % danebenliegt, weil ein Join Zeilen verworfen hat, sieht exakt aus wie eine richtige Summe.
Ist eine Abfrage richtig, speichern Sie sie. Die gespeicherte Abfrage ist die Fassung, der Sie trauen — und sie nächsten Monat auszuführen trägt nicht das Risiko, dass eine neu formulierte Frage anderes SQL erzeugt.
Das Diagramm ist eine Zusammenfassung, nicht der Befund
Wählen Sie den Diagrammtyp nach der Form der Frage: Linie für Veränderung über Zeit, Balken für den Vergleich zwischen Kategorien, Streudiagramm, wenn Sie einen Zusammenhang suchen. Ein Kreisdiagramm mit neun Segmenten sagt nichts aus und ist meist ein Balkendiagramm, das aufgegeben hat.
Und wenn Sie ein Ergebnis teilen, teilen Sie die gespeicherte Abfrage statt eines Screenshots. Das Diagramm ist ein Bild eines Moments; die Abfrage beantwortet die Frage auch im nächsten Quartal.
Häufig gestellte Fragen
Warum habe ich eine falsche Zahl bekommen?
Meist hat die Abfrage eine leicht andere Frage beantwortet — ein Join, der Zeilen verworfen hat, oder ein mehrdeutiger Begriff wie „aktiv“, den das Schema anders definiert als Sie. Lesen Sie das erzeugte SQL einmal, und die Ursache ist normalerweise offensichtlich.
Kostet jede Frage Token?
Ja, jeder Lauf zieht von Ihrem KI-Guthaben ab — deshalb schlagen zusammengesetzte Fragen das portionsweise Fragen. Gespeicherte Abfragen laufen erneut, ohne dass das Modell sie neu schreiben muss.
Kann jemand ein Ergebnis sehen, ohne Datenbankzugang zu haben?
Ja. Die Freigabe erfolgt pro Person mit Rechtekontrolle, sodass jemand die Antwort einer gespeicherten Abfrage sehen kann, ohne Zugangsdaten zur Datenbank zu besitzen.
