Dans cet article
Pourquoi convertir SQL en CSV ?
Les fichiers de dump SQL provenant d'exports de bases de donnees contiennent des instructions INSERT avec vos donnees integrees dans la syntaxe SQL. Bien qu'utiles pour restaurer des bases de donnees, ce format est difficile a ouvrir dans les tableurs, a alimenter dans des pipelines d'analyse de donnees ou a importer dans differents systemes de bases de donnees. La conversion de SQL en CSV extrait les donnees brutes dans un format plat et universel.
Les fichiers CSV peuvent etre ouverts dans Excel, Google Sheets, LibreOffice et tout outil d'analyse de donnees. Ils sont aussi le format d'import standard pour la plupart des bases de donnees, CRM et applications metier. Convertir les dumps SQL en CSV rend vos donnees portables et accessibles sans avoir besoin d'un serveur de base de donnees en fonctionnement.
Comment fonctionne le parseur
Le convertisseur analyse les instructions INSERT SQL et extrait les valeurs en lignes et colonnes structurees.
- Detection des instructions -- identifie les instructions INSERT INTO et extrait le nom de la table cible et la liste optionnelle des colonnes
- Extraction des valeurs -- analyse la clause VALUES en gerant correctement les chaines entre guillemets, les nombres, les valeurs NULL et les caracteres d'echappement
- Generation CSV -- mappe les valeurs extraites aux colonnes et les produit en CSV correctement echappe avec des en-tetes provenant de la liste des colonnes ou des noms de colonnes auto-generes
Essayez gratuitement — sans inscription
Convertir SQL en CSV →Travailler avec les exports SQL
Les fichiers de dump SQL proviennent de divers outils de base de donnees, et le convertisseur gere les formats d'export courants des systemes de bases de donnees populaires.
- Exports phpMyAdmin -- la source la plus courante de dumps SQL pour les bases de donnees MySQL, utilisant generalement la syntaxe INSERT etendue avec plusieurs lignes de valeurs par instruction
- Sortie pg_dump -- exports PostgreSQL pouvant inclure des definitions de schema, des sequences et des instructions INSERT avec des listes de colonnes explicites
- MySQL Workbench -- exports pouvant inclure des instructions CREATE TABLE, des triggers et des instructions INSERT en syntaxe MySQL standard
- Fichiers SQL manuels -- instructions INSERT ecrites a la main ou generees par script utilisees pour le seeding de donnees ou les migrations
Questions frequemment posees
Quels dialectes SQL sont pris en charge ?
Le parseur gere la syntaxe INSERT INTO standard utilisee par MySQL, PostgreSQL, SQLite et MariaDB. Il prend en charge les instructions INSERT mono-ligne et multi-lignes, les identifiants entre accents graves (style MySQL), les identifiants entre guillemets doubles (PostgreSQL/SQL standard) et les identifiants entre crochets (SQL Server). Les instructions CREATE TABLE et autres DDL sont ignorees.
Comment les valeurs NULL sont-elles gerees dans la sortie CSV ?
Les valeurs SQL NULL sont converties en cellules vides dans la sortie CSV. C'est la convention standard pour representer les donnees manquantes dans les fichiers CSV. Si vous avez besoin d'une chaine litterale NULL dans la sortie, la valeur SQL originale doit etre entre guillemets en tant que chaine ('NULL') plutot que le mot-cle SQL NULL.
Peut-il gerer de gros fichiers de dump SQL ?
L'outil traite les fichiers dans le navigateur, donc les performances dependent de la memoire disponible. Les fichiers jusqu'a 50 Mo se traitent generalement sans probleme. Pour les tres gros dumps avec des millions de lignes, envisagez de diviser le fichier SQL d'abord ou d'utiliser un outil en ligne de commande comme awk pour extraire des tables specifiques avant la conversion.
Qu'en est-il de l'encodage des caracteres ?
Le convertisseur respecte l'encodage du fichier d'entree. Les dumps SQL sont generalement encodes en UTF-8. Si votre dump utilise un encodage different comme latin1 ou Windows-1252, convertissez-le d'abord en UTF-8 a l'aide d'un editeur de texte ou de l'outil en ligne de commande iconv pour que les caracteres speciaux soient correctement preserves.