Convertisseur SQL vers JSON
Colle des INSERT ou un result set. Tu récupères un tableau JSON.
Ce que fait cet outil
Si tu as déjà sorti une série de INSERT d'une migration ou de la sortie d'un pg_dump et qu'il te les fallait en JSON pour un seed d'API ou une fixture, ça se règle en un coller. Pas besoin de charger le dump dans une base juste pour faire un SELECT ... FOR JSON et tout ressortir.
L'outil lit les sentences INSERT INTO table (col, col, ...) VALUES (...) — y compris les INSERT multi-lignes — et produit un tableau JSON où chaque ligne est un objet JSON dont les clés sont les noms de colonnes. Il prend en charge le dialecte standard couvert par ISO SQL et les variantes courantes de PostgreSQL, MySQL, SQLite et SQL Server.
Les valeurs sont typées comme tu t'y attends : les littéraux entiers et décimaux restent des nombres, les chaînes entre quotes restent des strings, NULL devient null JSON, TRUE/FALSE deviennent des booléens. Les littéraux de date/heure ('2024-01-15', '2024-01-15 10:30:00') sortent en chaînes ISO-8601. Si tu colles plusieurs INSERT sur des tables différentes, chaque table récupère sa propre clé en sortie, avec ses lignes dans un tableau JSON.
Comment l'utiliser
Trois étapes. Ça marche pareil que tu colles trois lignes ou trois mille.
Colle ton SQL (ou essaie l'exemple)
Dépose tes INSERT dans l'éditeur de gauche. Un INSERT simple, un INSERT multi-lignes ou plusieurs INSERT sur des tables différentes — tout passe. Clique sur Charger l'exemple pour voir un cas réaliste avec orders et items.
Laisse le SQL tel quel — les points-virgules de fin, les commentaires inline (-- ou /* ... */) et les préfixes de schéma (public.orders) se parsent sans souci.
Clique sur Convertir
Clique sur le bouton vert Convertir. L'outil lit chaque INSERT, associe les valeurs aux noms de colonnes et construit le JSON en une passe.
Copie le JSON
Le panneau de droite affiche un tableau JSON (ou un objet de tableaux pour un dump multi-tables). Colle-le directement dans un seed d'API, une fixture Jest ou un mock server statique.
Quand ça sert vraiment
Seed à partir d'un dump existant
Tu as un fichier <code>mysqldump</code> ou <code>pg_dump</code> et il te faut des données seed en JSON pour une nouvelle app qui ne parle pas directement à l'ancienne base. Tu colles les INSERT, tu gardes le JSON.
Construire des fixtures de test
Récupère quelques lignes de prod en INSERT (sans rien de sensible) et convertis en fixtures JSON pour les tests d'intégration ou les mocks Storybook.
Fichiers seed d'API
Un nouveau microservice attend un seed JSON, mais les données sont en SQL inserts dans le monorepo. Un coller et tu as ton fichier seed.
Transmettre des données au front
L'équipe front veut des données d'exemple pour un nouvel écran. Tu as le SQL sous la main. Convertis en JSON et dépose-le dans leur repo comme mock.
Questions fréquentes
Quels dialectes SQL sont gérés ?
Le sous-ensemble commun : syntaxe INSERT de PostgreSQL, MySQL/MariaDB, SQLite et SQL Server. Les petites spécificités de dialecte comme les escapes E'...' de PostgreSQL ou les identifiants entre backticks MySQL sont gérées.
Les INSERT multi-lignes sont-ils pris en charge ?
Oui — INSERT INTO orders (id, total) VALUES (1, 9.99), (2, 15.50), (3, 42.00); sort en tableau JSON de trois éléments, un objet par ligne.
Et les INSERT sur plusieurs tables ?
Chaque table devient une clé à part dans le JSON de sortie, avec les lignes comme tableau JSON. Donc une migration qui insère dans orders et order_items te donne {"orders": [...], "order_items": [...]} — pratique pour les seeds qui doivent garder la structure relationnelle.
Comment sont gérés NULL, les dates et les booléens ?
NULL devient null JSON. TRUE/FALSE (ou 0/1 si le schéma ne peut pas être inféré) deviennent des booléens ou des nombres JSON. Les littéraux de date sortent en chaînes ISO-8601 selon RFC 3339.
Est-ce que ça exécute le SQL ?
Non — rien n'est exécuté contre une base. L'outil parse la syntaxe INSERT et produit du JSON. Tes données ne quittent pas la requête de conversion.
Et les result sets de SELECT ?
Colle un result set formaté (en-têtes de colonnes plus lignes) et l'outil fera de son mieux pour produire un tableau JSON. La syntaxe INSERT est plus fiable parce que les noms de colonnes sont explicites — si possible, préfère les INSERT.
Autres outils qui peuvent te servir
SQL vers JSON s'associe bien au reste de la boîte à outils :