Outils de base de données

SQL vers JSON

Lire les valeurs littérales et exporter uniquement la table sélectionnée.

SQL vers JSON

Entrée SQL INSERT

Texte à exporter

Analyse locale dans le navigateur. Le SQL n’est ni exécuté ni envoyé à une base de données.

Options

Seuls les entiers sûrs deviennent des nombres JSON. Les autres nombres restent du texte ; CSV conserve leur notation.

Colonnes explicites et VALUES littéraux, noms comparés exactement. MySQL interprète les antislashs ; PostgreSQL/SQLite les conservent.

Max. 200000 unités UTF-16 · 500 instructions · 100 tables · 100 colonnes/table · 5000 lignes · 100000 cellules. La sortie est limitée à 2000000 unités UTF-16 pour borner la répétition de longues clés.

Saisissez des INSERT ou chargez l’exemple.

SQL vers JSON sert à transformer un script de données initiales en jeu de test pour une API. Gardez la liste explicite des colonnes : elle définit les clés des objets et permet de retrouver les valeurs même si les INSERT suivants changent l’ordre des colonnes.

Pourquoi choisir SQL vers JSON ?

Ne pas mélanger les tables

SQL vers JSON regroupe les lignes par identifiant de table. Des commandes ne récupèrent donc pas les colonnes d’une table de personnes. Choisissez la table à vérifier et à exporter ; un chemin de schéma reste distinct d’un nom entre guillemets contenant lui-même un point.

Deux groupes de lignes colorées alimentent deux tables distinctes ; une seule est sélectionnée pour l’export.

Ne pas inventer de valeur

Le dernier chiffre d’un grand identifiant ne doit pas disparaître lors de la conversion. Les entiers sûrs deviennent des nombres ; les autres entiers, décimaux et exposants restent des chaînes. Une fonction arrête le traitement à son emplacement au lieu de produire un fragment de texte.

Les valeurs littérales arrivent intactes dans une table tandis qu’une expression est arrêtée par un avertissement.

Trois vérifications utiles

01

Choisir les règles de chaîne

PostgreSQL et SQLite conservent les antislashs des chaînes ordinaires. MySQL interprète les séquences d’échappement prises en charge. Les modes du serveur ne sont pas détectés : vérifiez ce choix pour les chemins et les retours à la ligne écrits sous forme d’échappement.

02

Contrôler la table active

Le statut indique le nombre total d’instructions et de tables, puis les lignes et colonnes de la sélection. La grille affiche 50 lignes à la fois. Copier et télécharger prennent toutes les lignes de cette table, y compris celles qui ne sont pas encore visibles.

03

Attendre le résultat actualisé

Le mode automatique attend 350 ms après la dernière modification. Désactivez-le pour utiliser le bouton ou Ctrl/Cmd + Enter. Tout changement bloque immédiatement l’export ; une erreur laisse le résultat précédent visible mais inutilisable jusqu’à une nouvelle analyse réussie.

Des colonnes explicites aux données structurées

Une correspondance par nom

Pour convertir SQL en JSON, chaque nom de colonne devient une clé. Les instructions suivantes peuvent réordonner les mêmes colonnes : leurs valeurs sont replacées selon la première instruction. Les noms en double et les ensembles de colonnes différents sont refusés sans écrasement ni remplissage supposé.

La ponctuation fait partie du texte

Le scanner suit les limites des chaînes au lieu de couper chaque virgule. Apostrophes doublées, parenthèses, points-virgules et sauts de ligne restent dans leur valeur lorsqu’ils sont entre apostrophes. Les commentaires ordinaires sont ignorés, les commentaires inachevés sont signalés.

Choisir selon le destinataire

SQL INSERT vers CSV produit un en-tête, des champs séparés par virgules et des lignes CRLF. Les guillemets internes sont doublés. NULL devient un champ vide ; JSON garde null distinct de la chaîne vide et conserve les booléens pour les traitements qui en ont besoin.

Un aperçu identique au fichier

Le texte affiché est celui qui sera copié ou téléchargé. La protection CSV ajoute par défaut une apostrophe aux textes et en-têtes à préfixe de formule, avec un compteur des cellules concernées. Les nombres négatifs et le JSON ne changent pas. Désactiver l’option restitue le texte brut.

Périmètre et refus explicites

Uniquement INSERT et VALUES littéraux
La liste des colonnes est obligatoire, les instructions sont séparées par un point-virgule. Fonctions, calculs, conversions de type, DEFAULT, paramètres, INSERT SELECT, conflits, RETURNING, DDL et transactions sont refusés. Aucune requête n’est exécutée ; une seule erreur bloque tout l’export.
Trois sous-ensembles de dialecte
PostgreSQL, MySQL et SQLite déterminent les règles de citation documentées. Les noms sont comparés tels qu’extraits, sans déduire collation, conversion de casse ou types du schéma. Sont exclus : colonnes absentes, binaires, dollar quoting, chaînes E/N/U&, commentaires imbriqués et exécutables.
Préserver la notation numérique
Les entiers hors de ±9007199254740991, tous les décimaux, les exposants et le zéro négatif deviennent des chaînes JSON. CSV conserve le lexème numérique. Les dates entre apostrophes ne sont pas normalisées et les textes ressemblant à du JSON ne sont pas analysés récursivement.
Des limites sans sortie tronquée
Maximum : 200000 unités UTF-16, 500 instructions, 100 tables, 100 colonnes par table, 5000 lignes et 100000 cellules au total. Dépasser une limite rejette le lot. Import de fichier, lecture d’URL, édition de cellules et export groupé de plusieurs tables ne sont pas proposés. La sortie est limitée à 2000000 unités UTF-16 pour borner la répétition de longues clés.
CSV ne décrit pas les types
CSV ne distingue pas de manière fiable NULL et chaîne vide. La protection des formules modifie le texte CSV et ne garantit pas tous les logiciels ni les enregistrements ultérieurs. Importez comme texte et contrôlez l’application cible lorsque son interprétation importe.

Questions sur SQL vers JSON

Pourquoi faut-il des noms de colonnes explicites ?

Sans eux, les valeurs seules ne permettent pas de déterminer les clés ni l’ordre du schéma. Demandez un export avec noms de colonnes à votre client SQL. Le convertisseur ne lit pas CREATE TABLE et ne fabrique pas de clés de remplacement comme column1.

Quand choisir JSON plutôt que CSV ?

JSON convient aux jeux de test et aux traitements qui doivent différencier null, chaîne vide et booléens. CSV convient à un tableau texte destiné à l’import. Dans les deux cas, seule la table sélectionnée est exportée ; changez la sélection pour une autre table.

Peut-on analyser des scripts SQL arbitraires ?

Non. Seules les instructions INSERT VALUES prises en charge sont acceptées. Les instructions d’administration, requêtes, expressions et extensions non prévues provoquent une erreur. Le convertisseur ne saute pas silencieusement ces lignes pour fournir un résultat incomplet.

Les INSERT avec plusieurs lignes sont-ils acceptés ?

Oui. Chaque tuple de VALUES devient une ligne et doit avoir autant de valeurs que la liste de colonnes. Plusieurs instructions de la même table sont ajoutées dans l’ordre. Les tables différentes forment des groupes séparés, accessibles dans le sélecteur.

Que deviennent NULL, les dates et les booléens ?

NULL devient null et TRUE/FALSE deviennent des booléens. Les nombres 0 et 1 restent numériques. Une date entre apostrophes garde sa forme textuelle. Les décimaux et grands entiers restent des chaînes afin que leurs chiffres ne soient pas arrondis.

Un littéral pris en charge est mal interprété ?

Préparer un jeu de données

Testez SQL vers JSON sur un petit INSERT représentatif. Vérifiez les chaînes, la table choisie et le compteur des nombres préservés avant d’exporter le lot entier.