Datenbankwerkzeuge

SQL zu JSON

Literale aus INSERT-Anweisungen lesen und die ausgewählte Tabelle exportieren.

SQL zu JSON

SQL INSERT eingeben

Exporttext

Lokale Verarbeitung im Browser. SQL wird weder ausgeführt noch an eine Datenbank gesendet.

Optionen

Nur sichere Ganzzahlen werden JSON-Zahlen. Andere numerische Literale bleiben Text; CSV erhält die Zahlenschreibweise.

Explizite Spalten und literale VALUES, exakter Namensvergleich. MySQL wertet Backslashes aus, PostgreSQL/SQLite behalten sie.

Max. 200000 UTF-16-Einheiten · 500 Anweisungen · 100 Tabellen · 100 Spalten/Tabelle · 5000 Zeilen · 100000 Zellen. Der Export ist auf 2000000 UTF-16-Einheiten begrenzt, damit wiederholte Schlüssel die Ausgabe nicht unbegrenzt vergrößern.

INSERT-Anweisungen eingeben oder Beispiel laden.

SQL zu JSON ist hilfreich, wenn aus einem Seed-Skript Testdaten für eine API werden sollen. Die explizite Spaltenliste bestimmt die Objektschlüssel. Dadurch lassen sich weitere INSERT-Anweisungen derselben Tabelle auch dann zuordnen, wenn sie die Spalten anders anordnen.

Warum SQL zu JSON verwenden?

Tabellengrenzen erhalten

SQL zu JSON sammelt Datensätze je Tabellenbezeichner. Bestellungen erhalten somit keine Spaltennamen aus einer Personentabelle. Wählen Sie eine Tabelle für Vorschau und Export. Ein Schemapfad bleibt von einem einzelnen, in Anführungszeichen gesetzten Namen mit Punkt unterscheidbar.

Zwei farbige Gruppen von Eingabezeilen werden getrennten Tabellen zugeordnet; eine wird für den Export ausgewählt.

Keine stillen Ersatzwerte

Die letzte Ziffer einer großen Kennung darf nicht durch Rundung verschwinden. Sichere Ganzzahlen werden Zahlen, größere Ganzzahlen sowie Dezimal- und Exponentialschreibweisen bleiben Zeichenketten. Funktionsaufrufe stoppen die Verarbeitung an ihrer Position, statt als vermeintlicher Text weiterzulaufen.

Literale gelangen vollständig in die Tabelle, während ein Ausdruck an einer Warnmarkierung angehalten wird.

Drei Kontrollen vor der Weitergabe

01

Zeichenkettenregeln festlegen

PostgreSQL und SQLite behalten Backslashes in gewöhnlichen Zeichenketten bei. MySQL interpretiert die unterstützten Escape-Sequenzen. Servermodi werden nicht erkannt; prüfen Sie besonders Pfade und Text mit geschriebenen Zeilenumbrüchen.

02

Auswahl und Zeilenzahl prüfen

Der Status nennt alle Anweisungen und Tabellen sowie Zeilen und Spalten der aktuellen Auswahl. Die Vorschau wächst in Schritten von 50 Zeilen. Kopieren und Download enthalten immer sämtliche Zeilen dieser Tabelle, nicht nur die sichtbaren.

03

Nach Änderungen neu berechnen

Die Automatik wartet nach einer Änderung 350 ms. Ohne Automatik starten Sie über die Schaltfläche oder Ctrl/Cmd + Enter. Änderungen sperren den Export sofort. Nach einem Fehler bleibt der alte Text sichtbar, kann aber erst nach erfolgreicher Verarbeitung wieder exportiert werden.

Spalten und Werte nachvollziehbar übernehmen

Zuordnung über Spaltennamen

Der SQL INSERT Konverter verwendet explizite Namen als Schlüssel. Eine geänderte Reihenfolge wird auf die Reihenfolge der ersten Anweisung zurückgeführt. Doppelte Namen oder eine andere Spaltenmenge führen zum Fehler; es werden weder Werte überschrieben noch fehlende Daten mit geratenem NULL ergänzt.

Trennzeichen innerhalb von Text

Wer SQL in JSON umwandeln möchte, muss Zeichenketten korrekt erkennen. Der Scanner erhält Kommas, Klammern, Semikolons, Zeilenumbrüche und verdoppelte Apostrophe innerhalb eines Wertes. Gewöhnliche Kommentare gelten als Zwischenraum, unvollständige Kommentare erzeugen einen Fehler.

Das passende Ausgabeformat

SQL zu CSV erzeugt eine Kopfzeile, Kommatrennung und CRLF-Zeilenenden. Doppelte Anführungszeichen in Feldern werden verdoppelt. NULL wird zum leeren Feld; JSON behält den Unterschied zwischen null und einer leeren Zeichenkette sowie boolesche Werte bei.

Exportvorschau mit Formelschutz

Der Ergebnistext entspricht exakt dem kopierten oder gespeicherten Inhalt. Der standardmäßig aktive CSV-Formelschutz ergänzt bei riskanten Texten und Überschriften ein Apostroph und nennt die Anzahl. Negative Zahlen bleiben unverändert. Abschalten liefert die ursprünglichen Textwerte.

Was erkannt wird und was abbricht

Nur literale VALUES
Erforderlich ist INSERT INTO mit Spaltenliste und VALUES; mehrere Anweisungen werden durch Semikolons getrennt. Funktionen, Berechnungen, Casts, DEFAULT, Parameter, INSERT SELECT, Konfliktklauseln, RETURNING, DDL und Transaktionen werden abgelehnt. Es gibt keine Datenbankausführung und keinen Teilexport bei Fehlern.
Begrenzte Dialektunterstützung
PostgreSQL, MySQL und SQLite steuern die dokumentierten Regeln für Bezeichner und Zeichenketten. Namen werden exakt verglichen, ohne Datenbankkollation, Fallumwandlung oder Schema-Typisierung. Fehlende Spaltennamen, Binärwerte, Dollar-Strings, E/N/U&-Präfixe sowie verschachtelte und ausführbare Kommentare sind ausgeschlossen.
Zahlen nicht unbemerkt runden
Ganzzahlen außerhalb ±9007199254740991, Dezimalwerte, Exponentialnotation und negative Null bleiben in JSON Text. CSV behält die numerische Schreibweise. Datumsangaben in Anführungszeichen werden nicht normalisiert; JSON innerhalb einer Zeichenkette wird nicht zu verschachtelten Objekten geparst.
Feste Mengengrenzen
Maximal 200000 UTF-16-Codeeinheiten, 500 Anweisungen, 100 Tabellen, 100 Spalten je Tabelle, 5000 Zeilen insgesamt und 100000 Zellen. Bei Überschreitung wird abgebrochen, nicht gekürzt. Datei-Upload, URL-Abruf, Zellbearbeitung und tabellenübergreifende Exportpakete gehören nicht zum Umfang. Der Export ist auf 2000000 UTF-16-Einheiten begrenzt, damit wiederholte Schlüssel die Ausgabe nicht unbegrenzt vergrößern.
CSV hat kein Typschema
NULL und Leertext sind in CSV nicht zuverlässig unterscheidbar. Der Formelschutz verändert CSV-Text und garantiert kein identisches Verhalten in allen Tabellenprogrammen oder nach erneutem Speichern. Bei Bedarf als Text importieren und das Ergebnis im Zielprogramm kontrollieren.

Fragen zu SQL zu JSON

Wie lässt sich SQL online in JSON umwandeln?

Fügen Sie INSERT-Anweisungen mit Spaltennamen ein, wählen Sie den Dialekt und kontrollieren Sie die Tabelle. Anschließend exportieren Sie die gewünschte Gruppe. Das Werkzeug übernimmt keine Abfrageergebnisse und führt SELECT-Anweisungen nicht aus.

Welche Größenbeschränkungen gelten?

Neben 200000 UTF-16-Codeeinheiten gelten eigene Grenzen für Anweisungen, Tabellen, Spalten, Zeilen und Zellen. Schon eine Überschreitung stoppt den gesamten Vorgang. Die 50 Zeilen der ersten Vorschau begrenzen den Export einer gültigen Tabelle nicht.

Wie ist das ausgegebene JSON-Array aufgebaut?

Jede Zeile wird zu einem Objekt mit den angegebenen Spaltennamen als Schlüsseln. Die Auswahl wird als Array dieser Objekte ausgegeben. Große oder nicht ganzzahlige numerische Literale bleiben Zeichenketten; die Datenbanktypen werden nicht aus einem Schema hergeleitet.

Was passiert bei mehreren Tabellen?

Jede exakte Tabellenkennung bildet eine eigene Gruppe in der Reihenfolge ihres ersten Auftretens. Weitere Anweisungen derselben Tabelle hängen Zeilen an. Weder Fremdschlüsselbeziehungen noch Duplikate werden ausgewertet, und verschiedene Tabellen werden nicht flach zusammengeführt.

Wie werden NULL, Datumswerte und Wahrheitswerte behandelt?

NULL ergibt null, TRUE/FALSE ergeben boolesche Werte. Die Zahlen 0 und 1 bleiben Zahlen. Ein Datum in Anführungszeichen bleibt Text mit seiner ursprünglichen Schreibweise. Für Dezimalstellen und große Kennungen schützt die Textausgabe vor Genauigkeitsverlust.

Wird ein unterstütztes Literal falsch gelesen?

Seed-Daten für den nächsten Schritt

Probieren Sie SQL zu JSON zuerst mit einer repräsentativen INSERT-Anweisung. Prüfen Sie Zeichenketten, Tabellenauswahl und die Anzahl textuell erhaltener Zahlen vor dem vollständigen Export.