← Neueste Arbeiten
💬 NLP

FlexSQL: Flexible Exploration and Execution Make Better Text-to-SQL Agents

FlexSQL stellt einen Text-zu-SQL-Agenten vor, der durch die Anwendung eines flexiblen Gestaltungsprinzips, das eine dynamische Schemasuche, Dateninspektion und diverse Ausführungspläne mit einem zweistufigen Reparaturmechanismus während des gesamten Schlussfolgerungsprozesses ermöglicht, auf dem Spider2-Snow-Benchmark stärkere Modelle übertrifft.

Ursprüngliche Autoren: Quang Hieu Pham, Yang He, Ping Nie, Canwen Xu, Davood Rafiei, Yuepeng Wang, Xi Ye, Jocelyn Qiaochu Chen

Veröffentlicht 2026-05-06
📖 5 Min. Lesezeit🧠 Tiefgang

Ursprüngliche Autoren: Quang Hieu Pham, Yang He, Ping Nie, Canwen Xu, Davood Rafiei, Yuepeng Wang, Xi Ye, Jocelyn Qiaochu Chen

Originalarbeit lizenziert unter CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen

Stellen Sie sich vor, Sie sind ein Detektiv, der versucht, ein Rätsel zu lösen, aber statt eines Tatorts ist Ihr „Tatort" eine riesige, chaotische Bibliothek mit Millionen von Büchern, Dateien und Datenpunkten. Ihr Chef gibt Ihnen einen vagen Hinweis: „Finden Sie alle Patente über Materialwissenschaft, die Anfang 2014 eingereicht wurden, und zählen Sie, wie viele ältere Patente sie zitieren."

Die meisten aktuellen Computerprogramme, die versuchen, dies zu lösen, verhalten sich wie ein starrer Roboter. Sie erhalten zu Beginn einmalig eine Karte der Bibliothek. Sie wählen einige Regale basierend auf dieser Karte aus, schreiben eine Liste von Anweisungen (eine Abfrage) und versuchen dann, sie auszuführen. Wenn sie stecken bleiben oder die Antwort falsch ist, können sie nur kleine Tippfehler in ihren Anweisungen korrigieren. Sie können nicht zurückgehen und sagen: „Warten Sie, ich habe völlig die falschen Regale ausgewählt," oder „Mir war nicht klar, dass 'Materialwissenschaft' unter einem Code wie 'MS-01' verborgen war." Sie bleiben bei ihrem anfänglichen Fehler stecken.

FlexSQL ist eine neue Art von Detektiv-Agent, der eher wie ein neugieriger menschlicher Entdecker agiert. Anstatt starr zu sein, ist er flexibel. So funktioniert es, unter Verwendung einfacher Analogien:

1. Der „flexible Entdecker" (Flexible Interaktion)

Anstatt einmalig auf die Bibliothekskarte zu schauen und einen Pfad festzulegen, darf FlexSQL während des Denkens durch die Bibliothek wandern.

  • Der alte Weg: Der Roboter schaut auf die Karte, rät, dass „Materialwissenschaft" im Bereich „Wissenschaft" zu finden ist, und beginnt, seine Liste zu schreiben.
  • Der Weg von FlexSQL: Der Agent sagt: „Ich bin mir nicht sicher, wo 'Materialwissenschaft' ist. Lassen Sie mich zum Bereich 'Technologie' gehen, in eine Kiste hineinspähen und die Etiketten lesen."
  • Es verwendet spezielle Werkzeuge, um die Regale zu durchsuchen (Schema), den tatsächlichen Inhalt der Kisten zu lesen (Datenwerte) und kleine Testabfragen auszuführen, um zu sehen, ob seine Vermutungen Sinn ergeben. Wenn es merkt, dass es im falschen Gang ist, kann es sofort umdrehen und zum richtigen gehen. Es bleibt nicht in einer Sackgasse stecken.

2. Das „Brainstorming-Team" (Vielfältige Planung)

Der Hinweis „ältere Patente, die jedes einzelne zitiert" ist knifflig. Bedeutet es nur inländische Patente? Auch ausländische? Ausstehende Anmeldungen?

  • Der alte Weg: Der Roboter wählt eine Interpretation (z. B. „Nur inländische") und bleibt dabei. Wenn sie falsch ist, ist die gesamte Antwort falsch.
  • Der Weg von FlexSQL: Es agiert wie ein Team von Detektiven beim Brainstorming. Es generiert mehrere verschiedene Theorien (Pläne) gleichzeitig.
    • Plan A: Nur inländische Zitationen zählen.
    • Plan B: Inländische und ausländische zählen.
    • Plan C: Alles zählen, einschließlich ausstehender Anmeldungen.
      Es führt all diese Theorien aus und lässt dann die „Mehrheitsentscheidung" bestimmen, welche Antwort am wahrscheinlichsten korrekt ist. Auf diese Weise kann das Team, selbst wenn eine Theorie falsch ist, dennoch die richtige Antwort finden.

3. Der „zweisprachige Übersetzer" (Flexible Ausführung)

Manchmal ist eine Aufgabe zu kompliziert, um sie als einzelne, geradlinige Anweisung (SQL) zu schreiben. Sie könnte eine Schleife, eine „Wenn-dann"-Entscheidung oder eine schrittweise Berechnung erfordern, die in einer Datenbank-Sprache schwer zu formulieren ist.

  • Der alte Weg: Der Roboter versucht, alles in einen einzigen starren SQL-Satz zu zwingen, was ihn oft zu komplex und fehleranfällig macht.
  • Der Weg von FlexSQL: Es ist zweisprachig. Es kann die Anweisungen entweder in SQL (der Sprache, die Datenbanken sprechen) ODER in Python (einer flexiblen Programmiersprache) schreiben.
    • Wenn die Aufgabe eine einfache Liste ist, verwendet es SQL.
    • Wenn die Aufgabe eine komplexe Schleife oder eine schrittweise Berechnung erfordert, schreibt es zuerst ein Python-Skript, weil es so leichter zu denken ist.
    • Sobald das Python-Skript perfekt funktioniert, übersetzt es das Endergebnis zurück in SQL, damit die Datenbank es versteht. Es ist wie das Schreiben eines komplexen Rezepts zuerst in ein Notizbuch und dann die Übersetzung in die offizielle Küchenbestellung.

4. Der „Noch-einmal"-Knopf (Rückverfolgung)

Wenn FlexSQL einen Plan schreibt und dann merkt: „Oh nein, ich habe die Frage völlig missverstanden," versucht es nicht nur, den Code zu reparieren. Es drückt den Rückgängig-Knopf. Es geht ganz zurück zum Anfang, untersucht die Bibliotheksregale erneut, ändert seine gesamte Strategie und startet einen neuen Plan. Dies verhindert, dass es Zeit damit verschwendet, ein kaputtes Fundament zu reparieren.

Die Ergebnisse

Die Studie testete diesen „flexiblen Detektiv" an einem sehr schwierigen Benchmark namens Spider2, der massive, reale Unternehmensdatenbanken simuliert.

  • Die Punktzahl: Unter Verwendung eines Modells namens gpt-oss-120b erzielte FlexSQL 65,4 %.
  • Der Vergleich: Diese Punktzahl war höher als bei anderen Top-Systemen, die viel größere, leistungsfähigere Modelle verwendeten (wie DeepSeek-R1 oder gpt-o3).
  • Das Fazit: Durch Flexibilität – das Wandern durch die Bibliothek, das Brainstorming mehrerer Theorien, das Sprechen zweier Sprachen und das Drücken von „Rückgängig", wenn nötig – löste FlexSQL Probleme besser als die „starr Roboter", selbst mit einem kleineren Gehirn.

Kurz gesagt beweist FlexSQL, dass in der komplexen Welt der Big Data Flexibilität Starrheit schlägt. Es ist besser, ein Agent zu sein, der erkunden, anpassen und seine Meinung ändern kann, als einer, der stur einem einzigen, vorab geschriebenen Plan folgt.

Ertrinken Sie in Arbeiten in Ihrem Fachgebiet?

Erhalten Sie tägliche Digests der neuesten Arbeiten passend zu Ihren Forschungsbegriffen — mit technischen Zusammenfassungen, in Ihrer Sprache.

Digest testen →