Convertisseur JSON vers SQL INSERT

Le Convertisseur JSON vers SQL INSERT est un outil en ligne gratuit qui convertit des tableaux ou objets JSON en instructions SQL INSERT avec un échappement adapté au dialecte (mysql, postgresql, sqlite, sql server), une sortie en masse ou par ligne, et une inférence facultative de CREATE TABLE. Il fonctionne intégralement dans votre navigateur, sans installation ni inscription.

MySQL, PostgreSQL, SQLite et SQL Server. L'échappement des identifiants change automatiquement (accents graves/guillemets doubles/crochets) et les booléens deviennent 1/0 ou TRUE/FALSE selon le dialecte.

Oui. Activez Inclure CREATE TABLE pour inférer un schéma à partir des 100 premières lignes (INT, DECIMAL, BOOLEAN, DATETIME, VARCHAR(n) par paliers ou TEXT) avec détection des valeurs nullables.

Les chaînes sont entourées de guillemets simples avec l'échappement standard par guillemet doublé ou l'échappement classique par barre oblique inverse. Les valeurs nulles produisent NULL ou une chaîne vide. Les dates ISO-8601 sont détectées et entourées de guillemets en tant que DATETIME/TIMESTAMP.

Oui, le Convertisseur JSON vers SQL INSERT est 100 % gratuit, sans inscription, sans frais cachés et sans limite d'utilisation. Tout le traitement se fait localement dans votre navigateur, garantissant une confidentialité totale.

Absolument. Le Convertisseur JSON vers SQL INSERT traite tout côté client, dans votre navigateur. Aucune donnée n'est envoyée ni stockée sur un serveur. Votre contenu reste privé sur votre appareil à tout moment.

Oui, le Convertisseur JSON vers SQL INSERT est entièrement responsive et fonctionne sur smartphones et tablettes. Vous pouvez l'utiliser sur n'importe quel appareil doté d'un navigateur web moderne, sans téléchargement d'application.

Aucun compte ni inscription n'est nécessaire. Ouvrez simplement le Convertisseur JSON vers SQL INSERT dans votre navigateur et commencez à l'utiliser immédiatement. Il n'y a ni page d'inscription ni restriction d'utilisation.

Saisissez simplement votre contenu dans le champ prévu, ajustez les paramètres selon vos préférences, et l'outil le traitera instantanément. Vous pouvez ensuite copier le résultat dans le presse-papiers ou le télécharger.

Le Convertisseur JSON vers SQL INSERT fonctionne dans tous les navigateurs modernes, dont Chrome, Firefox, Safari, Edge et Opera. Pour une expérience optimale, utilisez la dernière version de votre navigateur préféré.

Une insertion groupée liste toutes les lignes dans une seule instruction — INSERT INTO table (cols) VALUES (...), (...), (...); — de sorte que toutes les lignes se chargent en un seul aller-retour. C'est plus compact et généralement la façon la plus rapide d'alimenter une table, ce qui explique pourquoi ce convertisseur l'utilise par défaut. Le style ligne par ligne génère une instruction distincte INSERT INTO ... VALUES (...); pour chaque enregistrement. Cette sortie est plus longue mais plus facile à lire, à comparer (diff) dans un système de version, ou à exécuter partiellement lorsque vous ne voulez appliquer que certaines lignes ou ignorer un enregistrement en erreur. Les deux styles produisent des données identiques ; le choix relève de la vitesse d'exécution face au contrôle fin. Certains clients de bases de données limitent aussi le nombre de lignes qu'une seule instruction peut contenir, donc la sortie ligne par ligne contourne cette limite. Basculez entre les deux avec le sélecteur de style d'instruction, et le SQL se régénère instantanément.

Les guillemets simples dans un texte sont la cause classique de scripts INSERT cassés — un nom comme O'Brien fermerait autrement la chaîne prématurément et corromprait l'instruction. Cet outil les échappe automatiquement. En mode standard (par défaut), chaque guillemet simple intégré est doublé, de sorte que O'Brien devient 'O''Brien', ce qui est du SQL ANSI valide accepté par MySQL, PostgreSQL, SQLite et SQL Server. Si votre moteur attend plutôt l'échappement legacy par barre oblique inverse, passez en mode backslash et la même valeur devient 'O\'Brien', avec les barres obliques inverses littérales également échappées. Les identifiants de colonnes et de tables ont leur propre système de guillemets — accents graves, guillemets doubles ou crochets selon le dialecte — et tout caractère de guillemet à l'intérieur de ces noms est également échappé. Résultat : des données réelles désordonnées, avec apostrophes, guillemets et caractères spéciaux, se convertissent en un script exécutable sans nettoyage manuel.

Les exports réels sont souvent irréguliers — un enregistrement a un champ téléphone, le suivant non. Ce convertisseur gère cela en prenant l'union de toutes les clés sur l'ensemble des lignes, listées dans l'ordre de première apparition, et en utilisant cet ensemble combiné comme liste de colonnes. Toute ligne à laquelle il manque une clé donnée reçoit NULL (ou une chaîne vide, selon votre réglage de gestion des valeurs nulles) pour cette colonne, de sorte que chaque tuple VALUES reste aligné avec l'en-tête de colonnes. Cela signifie que des objets partiels ou incohérents s'alignent quand même dans une table propre au lieu d'échouer. Le seul cas rejeté est celui où un élément du tableau n'est pas un objet du tout — un simple nombre, une chaîne ou un tableau imbriqué. Dans ce cas, l'outil s'arrête et indique l'index exact afin que vous puissiez corriger la source. Collez votre JSON hétérogène et l'union des colonnes est construite automatiquement pour vous.

Les colonnes relationnelles contiennent des valeurs scalaires, donc un objet ou un tableau imbriqué ne peut pas être mappé directement sur une colonne normale. Lorsque le convertisseur rencontre une valeur qui est elle-même un objet ou un tableau, il la sérialise en une chaîne JSON compacte et l'insère comme une valeur texte entre guillemets, avec le même échappement que pour toute autre chaîne. Ainsi, un champ comme {"tags":["a","b"]} devient la chaîne littérale '["a","b"]' dans l'INSERT. Si vous générez également un CREATE TABLE, ces colonnes sont typées en TEXT (ou NVARCHAR(MAX) sur SQL Server) pour contenir le JSON sérialisé. Cela préserve l'intégrité et l'exécutabilité de vos données, mais cela n'aplatit pas les structures imbriquées en colonnes séparées ou en tables liées — cette normalisation est une décision de conception qui vous revient. Pour les colonnes JSON ou JSONB de Postgres, collez le texte généré et ajustez le type de colonne en conséquence.

Chaque base de données a ses propres règles pour les identifiants et certains types de valeurs, et un script écrit pour un moteur échoue souvent sur un autre. Ce convertisseur ajuste la sortie selon le dialecte pour qu'elle s'exécute telle quelle. Les guillemets d'identifiants changent : MySQL entoure les noms de tables et de colonnes d'accents graves, PostgreSQL et SQLite utilisent des guillemets doubles, et SQL Server utilise des crochets. Les valeurs booléennes diffèrent aussi — true et false deviennent 1 et 0 sur MySQL et SQLite, mais TRUE et FALSE sur PostgreSQL et SQL Server. Les types déduits pour CREATE TABLE varient également, comme TINYINT(1) pour un booléen MySQL contre un BOOLEAN natif sur Postgres, ou NVARCHAR sur SQL Server contre VARCHAR ailleurs. L'échappement des chaînes reste en ANSI standard par défaut sur les quatre dialectes. Choisissez votre cible dans le sélecteur de dialecte avant de copier, afin que les instructions correspondent à la base de données dans laquelle vous chargez les données.