Outils de bases de données et SQL

JSON vers SQLavec des colonnes vérifiables

Préparez des INSERT pour une table existante à partir d’un tableau JSON ou d’un CSV avec en-tête.

JSON vers SQL

Entrée JSON ou CSV

Aperçu SQL

Les données restent dans ce navigateur, sans envoi ni connexion à une base.

Destination et conversion

Un seul identifiant, limité à 63 octets UTF-8. Le point fait partie du nom et ne sépare pas un schéma.

Colonnes et types cibles

Toutes les colonnes sont conservées dans leur ordre de découverte. Le renommage ne modifie pas la source.

Colonne sourceid
Colonne sourcename
Colonne sourceactive
Colonne sourcenote

Limites : 1000 lignes, 100 colonnes, 50 000 cellules, 500 000 caractères en entrée et 2 000 000 en sortie.

Résultat périmé. Régénérez-le avant de l’exporter.

JSON vers SQL sert à transformer une réponse API en jeu de données de test reproductible. Un identifiant entre guillemets reste du texte, même s’il ne contient que des chiffres.

L’exemple contient une apostrophe, des caractères Unicode, un booléen et une valeur absente. Vérifiez ces cas avant d’adapter les noms à votre schéma.

Pourquoi utiliser JSON vers SQL ?

Vérifiez séparément les correspondances et les lots.

Garder les valeurs dans la bonne colonne

JSON vers SQL rassemble les clés dans leur ordre de première apparition. Chaque colonne cible peut être renommée et typée. Une clé absente produit NULL sans décaler les valeurs suivantes.

Deux cartes de données convergent vers des colonnes dont les couleurs correspondent.

Regrouper sans supprimer de lignes

Un lot d’une ligne produit une instruction par enregistrement. Un lot plus grand réunit plusieurs tuples VALUES. Les compteurs de lignes et d’instructions permettent de vérifier ce changement de présentation.

Six lignes colorées réparties en deux groupes conservent leurs cellules vides.

Contrôler les types avant l’export

01

Préparer la bonne structure

Le CSV exige un en-tête ; le JSON exige un tableau d’objets, même pour une seule ligne. Changer de format ne réécrit pas le texte.

  • Appliquer un exemple réinitialise aussi les options et correspondances.
02

Distinguer codes et nombres

Le mode automatique conserve les chaînes JSON. En CSV, seuls les nombres stricts et true/false sont reconnus ; 007, les dates et le mot NULL restent du texte.

  • Un type imposé doit convenir à chaque valeur non nulle.
03

Attendre un résultat à jour

La conversion automatique attend 350 ms. Toute modification bloque immédiatement l’export de l’ancien résultat.

  • Désactivez-la pour utiliser le bouton ou Ctrl/Cmd + Entrée.

Maîtriser les instructions produites

Quatre dialectes

PostgreSQL utilise des chaînes E, SQL Server des chaînes Unicode N. Avec MySQL, les valeurs contenant une barre oblique inverse ou un caractère de contrôle deviennent des littéraux hexadécimaux UTF-8, indépendants du mode d’échappement.

Nombres sans arrondi préalable

Ce convertisseur JSON conserve les jetons numériques d’origine, y compris les grands entiers et les longues décimales. Un type nombre imposé vérifie la syntaxe sans conversion flottante JavaScript. La colonne du serveur détermine toujours la précision stockée.

CSV vers SQL et INSERT multi-lignes

Les cellules CSV vides peuvent devenir NULL ou des chaînes vides. Les clés JSON absentes et null donnent toujours NULL. Les instructions INSERT regroupent de 1 à 1000 lignes ; des marqueurs de transaction peuvent encadrer le script entier.

Structures acceptées et limites

Une table déjà créée
Seul le texte INSERT est produit. Aucune exécution, connexion, création de table ou opération UPSERT. Vérifiez les longueurs, contraintes et possibilités de transaction dans votre base avant d’utiliser le script.
Des données plates et valides
Objets imbriqués, tableaux imbriqués, objet isolé, NDJSON et JSON5 sont refusés. Une clé JSON répétée, un en-tête vide ou répété, des guillemets incorrects ou une ligne CSV de largeur différente arrêtent toute la conversion, sans export partiel.
Des identifiants, pas des expressions
Les noms sont cités individuellement et limités à 63 octets UTF-8. Un point appartient au nom de table. Noms vides, caractères de contrôle et doublons sans distinction de casse sont refusés. Toutes les colonnes sont conservées dans leur ordre de découverte.
Un volume volontairement borné
Maximum : 1000 lignes, 100 colonnes, 50 000 cellules, 500 000 caractères en entrée et 2 000 000 en sortie, comptés en unités UTF-16. NUL et substituts isolés sont refusés. Pour les gros imports, utilisez les outils natifs de la base.
Pas de nettoyage implicite
Espaces, dates, zéros initiaux et texte NULL sont conservés. Aucun fichier, URL ou expression SQL n’est importé. Effacement et exemples passent par une prévisualisation ; une annulation restaure entrée, options et sortie. L’affichage progresse par 100 instructions, l’export reste complet.

Questions sur JSON vers SQL

Comment les valeurs JSON déterminent-elles le type produit ?

JSON vers SQL garde les types natifs : chaîne, nombre, booléen ou null. Pour le CSV, seuls les nombres décimaux stricts et true/false sont inférés. Vous pouvez imposer texte, nombre ou booléen à une colonne, mais une valeur incompatible arrête la génération.

Quelles différences y a-t-il entre les dialectes SQL ?

Le choix modifie les guillemets des identifiants, les littéraux de chaîne, les booléens et les marqueurs de transaction. PostgreSQL, MySQL, SQLite et SQL Server sont disponibles. La compatibilité avec votre schéma reste à vérifier.

Que se passe-t-il si les objets JSON ont des clés différentes ?

Toutes les clés rencontrées composent la liste des colonnes. Pour chaque objet, une clé absente produit NULL à sa position. Une valeur JSON null fait de même, tandis qu’une chaîne vide reste une chaîne vide.

Les cellules CSV peuvent-elles inclure des virgules et des retours à la ligne ?

Oui. Entourez le champ de guillemets doubles et doublez les guillemets internes. Les séparateurs et retours à la ligne contenus dans le champ sont conservés. Les erreurs de citation ou de largeur sont signalées avec une ligne source lorsque disponible.

Quelle taille de données peut-on convertir ?

Jusqu’à 1000 lignes de données, 100 colonnes et 50 000 cellules. Les plafonds sont de 500 000 caractères en entrée et 2 000 000 en sortie. Un dépassement provoque une erreur, jamais une troncature ou un export incomplet.

Un problème de mise en forme ?

Préparer un script à relire

Utilisez JSON vers SQL sur quelques lignes représentatives, vérifiez les colonnes cibles puis copiez ou téléchargez le script complet.