Générateur d'INSERT SQL

Générer des requêtes SQL INSERT à partir d'un CSV

Charger l'export d'un tableur dans une base de données oblige généralement à écrire à la main des requêtes INSERT INTO répétitives ou à préparer un script d'import. Ce Générateur d'INSERT SQL s'en charge dans le navigateur : collez le CSV ou importez un fichier, indiquez le nom de la table de destination et l'outil crée une requête par ligne en utilisant l'en-tête comme liste de colonnes. Les données sont analysées localement : tables clients, jeux de test et données initiales ne quittent jamais votre machine et ne passent par aucun convertisseur en ligne.

L'analyseur gère les champs entre guillemets, les virgules et les sauts de ligne à l'intérieur des cellules, de sorte que les exports réels fonctionnent, pas seulement les simples listes séparées par des virgules. Chaque valeur est échappée en toute sécurité : le texte est placé entre apostrophes et chaque apostrophe interne est doublée, ce qui est l'échappement SQL standard qui garde la requête valide et réduit le risque d'insertions défectueuses. Vous pouvez en option laisser les nombres sans apostrophes et transformer les cellules vides en NULL pour que le SQL généré corresponde aux colonnes typées.

Une ligne par requête ou un lot unique

Deux styles de sortie sont disponibles. Le premier écrit une requête indépendante INSERT INTO table (cols) VALUES (...); pour chaque ligne, facile à relire et sûre à exécuter partiellement. Le second produit un seul insert multi-lignes avec tous les n-uplets de valeurs réunis, ce qui s'exécute plus vite sur de gros jeux de données. Choisissez ce que préfèrent votre base de données et votre flux de travail. La liste des colonnes provient toujours de la première ligne du CSV : vérifiez donc que les noms d'en-tête correspondent aux colonnes de la table cible avant d'exécuter le script.

Relisez avant d'exécuter

Le SQL généré est un point de départ, pas une garantie. Vérifiez toujours quelques requêtes avant de les exécuter sur une vraie base de données, surtout pour les formats de date, les représentations booléennes et les colonnes qui exigent des types précis. Si une valeur doit être un appel de fonction ou un littéral comme CURRENT_TIMESTAMP, modifiez le résultat après génération. Copiez le résultat dans le presse-papiers ou téléchargez-le en fichier .sql à exécuter dans votre client de base de données. Garder tout le traitement côté client vous permet de préparer des scripts de chargement pour des tables sensibles sans exposer les lignes sous-jacentes.