Data Converter Hub

À propos de Data Converter Hub

Data Converter Hub est un convertisseur universel couvrant les formats CSV, JSON, XML, YAML et Excel. Convertissez instantanément vos données entre ces formats dans le navigateur. L'outil est idéal pour les développeurs, analystes et toutes les équipes manipulant des données structurées.

Quels formats sont pris en charge ?

Le hub convertit dans les deux sens :

- CSV (Comma-Separated Values)
- JSON (JavaScript Object Notation)
- XML (Extensible Markup Language)
- YAML (YAML Ain't Markup Language)
- Excel (.xlsx)

Vous pouvez partir de n'importe quel format pour rejoindre un autre (CSV -> JSON, JSON -> Excel, XML -> YAML, etc.). Les différences de structure sont gérées automatiquement afin de conserver vos données.

Comment fonctionne l'auto-détection ?

En choisissant « Auto », l'outil analyse vos données :

- JSON : détection des accolades/brackets et validation
- XML : détection de la déclaration <?xml ou des balises
- YAML : indentation caractéristique et syntaxe YAML
- CSV : lignes à colonnes régulières séparées par un délimiteur
- Excel : reconnaissance des fichiers .xlsx téléversés

L'auto-détection est très fiable pour des données bien formatées. En cas d'échec, sélectionnez manuellement le format entrant.

Quelles options de conversion sont disponibles ?

Options spécifiques selon le format :

CSV : choix du séparateur et présence des en-têtes.
JSON/YAML : sortie formatée (pretty print), minifiée et taille d'indentation.
XML : noms personnalisés pour la racine et les lignes, formatage.
Excel : nom de feuille personnalisé et gestion des entêtes.

Vous adaptez ainsi la sortie aux exigences de votre application.

Comment sont gérées les structures imbriquées ?

Selon la direction de conversion :

JSON, XML, YAML vers CSV :
- Objets imbriqués aplanis via la notation point (user.name)
- Tableaux convertis en chaînes séparées par des virgules
- Profondeur importante = plus de colonnes

CSV vers JSON/XML/YAML :
- Données tabulaires deviennent des objets
- Les en-têtes forment les clés
- Les structures imbriquées doivent être décrites via la notation point

JSON/XML/YAML entre eux :
- La structure est conservée
- Tableaux et objets restent identiques
- Les attributs XML sont traités séparément

Pour des structures complexes, privilégiez JSON, XML ou YAML. Le CSV reste idéal pour des données plates.

Puis-je convertir de gros fichiers ?

Oui, dans la limite de la mémoire disponible :

- < 1 Mo : instantané
- 1-10 Mo : quelques secondes
- 10-50 Mo : jusqu'à 30 secondes
- > 50 Mo : plus long, nécessite plus de RAM

Conseils : fermer les onglets gourmands, utiliser un navigateur moderne et scinder les fichiers énormes si nécessaire.

Mes données sont-elles en sécurité ?

Oui. Conversion 100 % locale, aucune donnée envoyée ni stockée, fonctionnement hors ligne après chargement. Vous pouvez le vérifier via l'onglet Réseau : aucun upload n'est réalisé. L'outil est donc adapté aux données confidentielles (clients, finances, API, rapports internes).

Quels sont les usages courants ?

Développement : conversion de réponses API, préparation de données de test, scripts d'import, transformation de fichiers de configuration.

Analyse : importer Excel vers Python/R, exporter les résultats vers Excel, uniformiser les formats des pipelines, préparer des jeux pour la visualisation.

Intégration : adapter les formats attendus par des services tiers, standardiser les échanges entre systèmes, préparer les imports cloud.

Migration : déplacer des bases, convertir des formats historiques, préparer les données pour de nouvelles applications.

Comment fonctionne l'export SQL (INSERT) ?

En choisissant SQL comme format de sortie, vos données issues de CSV, JSON, XML, YAML ou Excel sont transformées en requêtes INSERT INTO prêtes à exécuter, idéales pour peupler ou migrer une base de données sans écrire de script d'import.

Ce que vous contrôlez :
- Nom de la table : la table cible où les lignes sont insérées (my_table par défaut)
- Valeurs vides : émettre NULL ou une chaîne vide '' pour les cellules vides ou absentes
- Un seul INSERT multiligne : une requête INSERT INTO ... VALUES (...),(...); ou une requête par ligne

Traitement des valeurs :
- Les nombres et booléens sont écrits comme littéraux sans guillemets (123, TRUE/FALSE)
- Les chaînes sont entre guillemets simples, et tout guillemet simple interne est échappé en le doublant (''), évitant les requêtes cassées et les erreurs d'injection basiques
- Les champs absents ou nuls deviennent NULL (ou '' si vous choisissez le mode chaîne vide)
- Les objets imbriqués sont aplanis avec des noms de colonnes en notation point ; les tableaux d'objets sont sérialisés en texte JSON

Note sur les dialectes : la sortie utilise des identifiants entre guillemets doubles de style ANSI et un échappement standard, compatibles avec PostgreSQL, SQLite et la plupart des moteurs. Les utilisateurs de MySQL en mode par défaut peuvent préférer les identifiants entre accents graves : renommez les colonnes en identifiants simples (lettres, chiffres et underscore) pour les garder sans guillemets et portables.

Comment les types de données et la précision numérique sont-ils conservés ?

Pour les données financières et autres données sensibles à la précision, la fidélité des types est essentielle :

Nombres :
- L'entrée CSV utilise un typage dynamique, donc 75000 devient un vrai nombre, pas une chaîne
- Les entiers très grands au-delà de la plage sûre de JavaScript (plus de 9 007 199 254 740 991) peuvent perdre en précision : conservez les identifiants, numéros de compte et similaires en chaînes entre guillemets si l'exactitude est requise
- Les décimaux sont conservés tels quels mais suivent la virgule flottante IEEE 754 ; pour la monnaie, stockez les centimes en entiers ou gardez les valeurs en chaînes

Zéros initiaux et codes :
- Les codes postaux, numéros de téléphone et codes produit avec des zéros initiaux sont à conserver en chaînes, car le typage numérique supprimerait ces zéros

Encodage et import Excel :
- Toute la sortie est en UTF-8. Si Excel ouvre un CSV avec des accents corrompus, votre CSV manque probablement du BOM UTF-8 : dans Excel utilisez Données > À partir d'un texte/CSV et choisissez l'encodage UTF-8, ou convertissez vers la sortie .xlsx qui intègre correctement l'encodage
- Choisissez le bon séparateur (virgule, point-virgule, tabulation ou barre verticale) pour que les CSV selon la langue (point-virgule dans de nombreuses régions européennes) soient analysés correctement

Bonne pratique : vérifiez la sortie convertie avant de la charger dans des systèmes de production, surtout pour les colonnes monétaires ou d'identifiants.

Quel est le niveau de précision ?

La conversion est très fidèle :

- Textes, nombres, booléens : exacts
- Dates : généralement correctes (ajustez le format si besoin)
- Valeurs nulles/vides : conservées
- Caractères spéciaux : encodés correctement

Structures :
- Données plates : conversion parfaite
- Imbrication simple : précise entre JSON/XML/YAML
- Imbrication complexe : mieux conservée en JSON/YAML
- Tableaux : aplatis en CSV, intactes en JSON/YAML

Limites possibles : colonnes CSV pour données imbriquées, attributs XML particuliers, inférences de type approximatives ou très grands nombres. Vérifiez toujours vos données avant mise en production.