Convertisseur CSV vers SQL

Obtiens un script SQL exécutable à partir d'un CSV

Charger un CSV dans une base à la main, c'est laborieux. Tu fixes quelques milliers de lignes et tu tapes les INSERT un par un, ou tu te bats avec un assistant d'import et ses idées bien arrêtées sur les guillemets et les délimiteurs. Ce convertisseur t'évite tout ça. Tu lui donnes un CSV et il te rend un simple fichier .sql : un CREATE TABLE en haut, puis un INSERT pour chaque ligne en dessous.

Il vise les petits travaux rapides et sans gloire. Alimenter une base de développement locale, poser l'export d'un tableur dans une table, mettre des données d'exemple dans un schéma pour commencer à écrire des requêtes. La sortie est du texte : tu peux donc l'ouvrir, la lire et la modifier avant d'exécuter la moindre ligne.

Ce que contient vraiment le script

La sortie a une forme fixe, et la connaître d'avance t'évite des surprises. Tout en haut, deux lignes de commentaire indiquent qu'il s'agit d'un export CSV, avec l'horodatage de génération. Vient ensuite le CREATE TABLE : la table s'appelle toujours csv_export, elle reçoit une colonne id auto-incrémentée en clé primaire, et chaque en-tête de ton CSV devient une colonne. En dessous, une ligne INSERT INTO csv_export (...) VALUES (...); par ligne de données, dans l'ordre où elles apparaissaient.

Les noms de colonnes sont repris de ta ligne d'en-tête, mis en minuscules, tout ce qui n'est ni une lettre, ni un chiffre, ni un tiret bas étant remplacé par un tiret bas. Un en-tête comme First Name devient donc first_name, et Order # devient order__. Si deux de tes en-têtes se réduisent au même nom, tu te retrouves avec des colonnes en double dans le CREATE TABLE : un coup d'œil à la ligne d'en-tête avant de convertir n'est donc pas du luxe.

Comment tes données sont traitées

Ton fichier est lu et analysé dans le navigateur. Le délimiteur est déduit tout seul à partir de la ligne d'en-tête, si bien que les fichiers en virgule, point-virgule, tabulation ou barre verticale se chargent sans que tu règles quoi que ce soit. Les champs entre guillemets et les guillemets doublés à l'intérieur sont lus selon la méthode CSV classique.

Côté SQL, chaque valeur est entourée de guillemets simples, et tout guillemet simple à l'intérieur d'une valeur est doublé : un nom comme O'Brien devient ainsi 'O''Brien' et ne casse pas l'instruction. C'est la même règle qui fait que les nombres et les dates ressortent entre guillemets comme du texte, '30' et '2026-07-20', puisque chaque colonne est en TEXT. Les cellules vides deviennent une chaîne vide, pas NULL. Un point de vigilance : les guillemets simples sont échappés, mais pas les antislashs, donc si tes données contiennent des antislashs et que tu es sur la configuration par défaut de MySQL, examine ces valeurs avant d'exécuter. L'UTF-8 reste intact et la table est déclarée en utf8mb4, si bien que les caractères accentués et les alphabets non latins arrivent à bon port.

Là où il s'arrête

C'est un générateur volontairement simple, et une poignée de ses choix sont figés. Le dire clairement dès le départ t'évite une mauvaise surprise plus tard.

• La table s'appelle toujours csv_export. Besoin d'un autre nom ? Renomme-la dans le script, ou lance un ALTER TABLE après l'import.
• Il n'y a pas de détection de type. Chaque colonne ressort en TEXT, même celles qui sont visiblement des entiers ou des dates. Si tu veux des colonnes typées, modifie le CREATE TABLE avant de l'exécuter.
• La syntaxe est taillée pour MySQL et MariaDB : noms entre accents graves, int(11), ENGINE=InnoDB, utf8mb4. Ces deux-là l'exécutent tel quel. Postgres, SQL Server, SQLite et Oracle demandent des retouches au préalable.
• Les lignes sont écrites en instructions INSERT distinctes, pas en inserts multi-lignes groupés, et le tout tient dans un seul fichier. Pour quelques milliers de lignes, ça va ; pour un export très volumineux, le script devient long.

Mon avis franc : traite le résultat comme un bon premier jet, pas comme une migration finie. Pour une table de développement jetable, il est prêt à l'emploi. Pour tout ce qui part en production, ouvre-le et définis d'abord de vrais types de colonnes et un vrai nom de table. Ces cinq minutes valent mieux que de recharger plus tard une table pleine de colonnes TEXT.

Un exemple concret

Disons que tu as sorti 4 000 fiches clients d'un vieux CRM sous forme de customers.csv, avec des colonnes comme Full Name, Email, Signup Date et Plan. Tu le déposes, tu choisis SQL et tu récupères un fichier nommé customers-thefreeconverter.com.sql. À l'intérieur, un CREATE TABLE csv_export avec full_name, email, signup_date et plan en colonnes TEXT plus la clé id, suivi de 4 000 lignes INSERT. Renomme la table en customers, passe signup_date en DATE et exécute le tout sur ton MySQL local. C'est plus long à décrire qu'à faire.

Exécuter le script

Une fois le fichier .sql en main, donne-le à ta base comme tu le fais d'habitude, que tu le rediriges vers le client mysql ou que tu le colles dans un outil graphique. La colonne id se remplit toute seule au fur et à mesure des insertions, tu n'y touches donc pas. Un piège : le CREATE TABLE n'a pas de IF NOT EXISTS, donc exécuter deux fois le même script déclenche une erreur « table already exists ». Supprime la table d'abord, ou efface le bloc CREATE TABLE si, la deuxième fois, tu ne veux que les INSERT.

Nettoyer les données avant de convertir

Comme le CSV s'ouvre dans une grille éditable, tu peux le mettre au propre avant qu'aucun SQL n'existe. Trie sur une colonne, filtre pour ne garder que les lignes qui t'intéressent, renomme un en-tête pour que sa colonne ressorte plus propre, ou supprime les lignes en double. Corriger ici, c'est faire coïncider les INSERT avec ce que tu veux dans la table, plutôt que d'importer du fouillis et de le supprimer ensuite.

Quand un autre outil convient mieux

Côté confidentialité : le CSV lui-même n'est jamais envoyé, puisqu'il est analysé dans ton navigateur. Construire le SQL envoie en revanche les lignes analysées au serveur, où le fichier .sql est généré et conservé juste le temps que tu le télécharges. Ces fichiers générés sont effacés automatiquement au bout d'une dizaine de minutes, et rien n'est conservé ni partagé ensuite.