Natürliche Sprache zu SQL: So funktioniert es und warum die sichtbare Abfrage zählt

Daten sind ein kostbares Gut und überdauern die Systeme selbst.— Tim Berners-Lee, 2006

Natürliche Sprache zu SQL bedeutet, dass Sie eine Frage in einfacher Sprache eingeben — „Welche Kunden haben im letzten Quartal am meisten ausgegeben?“ — und ein Werkzeug daraus eine SQL-Abfrage macht, die gegen Ihre Datenbank läuft. So erhalten Menschen, die kein SQL schreiben, Antworten aus ihren eigenen Daten, und Analysten sparen sich den Standardaufwand. Die Idee ist einfach; in den Details wird das Vertrauen gewonnen oder verloren.

Wie natürliche Sprache zu SQL Schritt für Schritt funktioniert

Unter der Haube folgt fast jedes Werkzeug für natürliche Sprache zu SQL denselben vier Schritten. Sie zu verstehen macht deutlich, welche Teile sicher sind und welche Sie einsehen können sollten.

• Das Schema lesen: Das Werkzeug benötigt Ihre Tabellen- und Spaltennamen (die Struktur), nicht Ihre Zeilen, um zu wissen, was abgefragt werden kann.
• SQL erzeugen: Ein Sprachmodell wandelt Ihre Frage samt Schema in eine SQL-Anweisung um.
• Die Abfrage ausführen: Die Anweisung läuft gegen Ihre Datenbank und liefert Zeilen zurück.
• Das Ergebnis darstellen: Aus Zeilen werden eine Tabelle und Diagramme, die Sie lesen können.

Zwei dieser Schritte entscheiden darüber, ob das Werkzeug vertrauenswürdig ist: was zur SQL-Erzeugung nach außen gesendet wird und ob Sie das SQL vor dem Ausführen sehen können.

Warum die erzeugte Abfrage sichtbar bleiben muss

Ein Sprachmodell kann selbstsicher und dennoch falsch sein. Verbirgt ein Werkzeug das SQL und zeigt Ihnen nur eine Zahl, haben Sie keine Möglichkeit zu erkennen, ob es die Frage beantwortet hat, die Sie tatsächlich gestellt haben. Eine sichtbare, editierbare Abfrage verwandelt eine Blackbox in etwas Überprüfbares: Sie lesen, was sie tun wird, passen sie bei Bedarf an und führen sie erst dann aus.

Die sicherste Antwort bei natürlicher Sprache zu SQL ist die, deren Abfrage Sie lesen können. Überprüfbarkeit ist keine nachträglich angefügte Funktion — sie ist der eigentliche Sinn.

PerSight zeigt für jede Frage das erzeugte SQL, erklärt in natürlicher Sprache, was es tut, und lässt Sie es vor dem Ausführen bearbeiten. Es erzeugt ausschließlich schreibgeschützte (SELECT-) Anweisungen, sodass eine Abfrage Ihre Daten konstruktionsbedingt nicht ändern oder löschen kann.

Die Datenschutzfrage: Gehen meine Daten in die Cloud?

Das ist die Frage, die die meisten Teams zuerst stellen sollten. Viele gehostete Werkzeuge senden Daten an einen Server, um zu funktionieren. PerSight ist andersherum aufgebaut: Die Abfrage läuft auf Ihrem eigenen Rechner, und nur Ihr Datenbankschema (Tabellen- und Spaltennamen) und Ihre Frage werden zur SQL-Erzeugung an das Modell gesendet. Ihre tatsächlichen Zeilen verlassen niemals Ihren Computer. Ein Transparenzpanel zeigt Ihnen genau, was gesendet würde, bevor irgendetwas Ihren Rechner verlässt.

• In die Cloud gesendet: das Schema (die Struktur) und Ihre Frage in natürlicher Sprache.
• Niemals gesendet: Ihre Zeilendaten — sie bleiben auf Ihrem Rechner, wo die Abfrage ausgeführt wird.
• Konstruktionsbedingt erzwungen: Es werden nur schreibgeschützte SELECT-Abfragen erzeugt; Schreib- und Löschvorgänge sind blockiert.

Häufig gestellte Fragen

Muss ich SQL können? Nein — Sie schreiben die Frage in Ihrer eigenen Sprache, und PerSight erzeugt das SQL und erklärt es. Welche Datenbanken werden unterstützt? Derzeit werden PostgreSQL, SQL Server, MySQL und Oracle unterstützt, und die Liste wächst. Ist es sicher, eine Produktionsdatenbank zu verbinden? PerSight erzeugt schreibgeschützte Abfragen und führt sie lokal unter Ihren eigenen Zugangsdaten aus, sodass es lesen kann, was Sie lesen können, und nichts verändert.

PerSight ist eine Windows-Desktop-App, die Fragen in einfacher Sprache in überprüfbares, schreibgeschütztes SQL für Ihre eigene Datenbank umwandelt — wobei Ihre Zeilendaten niemals Ihren Rechner verlassen. Sie befindet sich derzeit in einer kostenlosen Beta auf Einladung.