CSV vers JSON sans perdre les zéros initiaux ni les identifiants longs
Un identifiant de compte n'est pas un nombre pour faire des calculs. Gardez-le intact lors des changements de format.
Si 001 est un identifiant de compte, le transformer en 1 est une conversion incorrecte. Il en va de même pour un long identifiant de publication dont le dernier chiffre change.
Le CSV ne dit pas à un convertisseur quelles colonnes sont des identifiants. Le point de départ le plus sûr est de conserver les cellules comme chaînes de caractères et de ne convertir que les valeurs dont vous avez réellement besoin comme nombres ou booléens.
Commencez par un fichier qui expose le problème
Notre exemple contient des zéros en tête, deux identifiants à 19 chiffres, une virgule dans un champ entre guillemets et le nom Zoë. Aucune des lignes ne contient de véritables données de compte.
account_id,post_id,name,note,active
001,1234567890123456789,Alex,"Design, then share",true
002,9876543210987654321,Zoë,"Keep leading zeros",false
{
"account_id": "001",
"post_id": "1234567890123456789",
"name": "Alex",
"note": "Design, then share",
"active": "true"
}Avec les paramètres par défaut de CozyToolkit, 001 reste "001", les longs identifiants restent entre guillemets et "Design, then share" reste une seule valeur. Même true reste la chaîne "true". Ce dernier détail est intentionnel : le convertisseur n'a pas été invité à deviner les types.
Convertissez sans modifier les identifiants
- Téléchargez le CSV d'exemple ci-dessus, ou utilisez Essayer ce CSV pour l'ouvrir dans le convertisseur de données.
- Choisissez CSV comme source et JSON comme destination. La détection automatique reconnaît également cet exemple.
- Gardez La première ligne contient les en-têtes activé et Détecter les nombres et booléens dans le CSV désactivé dans Options.
- Vérifiez la sortie JSON. Les valeurs pour
account_idetpost_iddoivent être entourées de guillemets. - Téléchargez le JSON et vérifiez-le dans l'application qui l'utilisera. Une exportation correcte peut encore être modifiée par l'importateur suivant.
L'aperçu du tableau est utile pour vérifier les colonnes et les lignes. Utilisez la vue JSON pour vérifier les types : une chaîne entre guillemets et un nombre peuvent sembler identiques dans un tableau.
Quand la détection de type aide—et quand elle ne le fait pas
Si un CSV contient des quantités comme 12 et des indicateurs comme true, Détecter les nombres et booléens dans le CSV peut les transformer en nombres et booléens JSON. Dans notre convertisseur, une valeur comme 001 reste une chaîne même avec la détection activée.
Un entier long est différent. Avec la détection activée, notre convertisseur préserve ses chiffres dans le JSON exporté en utilisant un analyseur de nombres sans perte. Mais c'est maintenant un nombre sans guillemets. Le programme qui lit ce fichier doit également le gérer avec précision.
Le plus grand entier sûr de JavaScript est 9 007 199 254 740 991. Un JSON.parse ordinaire convertit les nombres JSON en nombres JavaScript, et les valeurs au-delà de cette plage sûre peuvent être arrondies. MDN explique la limite des entiers sûrs.
Par exemple, en JavaScript :
JSON.parse('{"id":1234567890123456789}').id
// 1234567890123456800
JSON.parse('{"id":"1234567890123456789"}').id
// "1234567890123456789"
Si vous n'ajouterez, ne soustrairez ou ne ferez jamais la moyenne d'un identifiant, le conserver comme chaîne évite ce problème. Le commutateur de détection de type du convertisseur actuel s'applique à tout le fichier, pas à des colonnes individuelles. Pour des identifiants et des quantités mélangés, laissez-le désactivé, puis convertissez explicitement les champs de quantité dans le système qui consomme les données.
Si le CSV est déjà endommagé
Un convertisseur ne peut pas récupérer les chiffres qu'une exportation précédente de tableur a arrondis. Il ne peut pas non plus déduire si 1 était à l'origine 001 ou 0001.
Ouvrez le CSV d'origine comme texte avant de convertir. Si les chiffres manquent déjà, revenez à l'exportation source. Ajouter des zéros ou inventer les derniers chiffres ensuite n'est pas une réparation.
Ce que nous avons vérifié
Le 28 septembre 2026, nous avons exécuté le fichier téléchargeable via la fonction de conversion de CozyToolkit avec la détection de type désactivée et activée. Nous avons vérifié les deux identifiants longs, les zéros en tête, la virgule entre guillemets et l'Unicode dans la sortie. Le fichier de mesures inclut les deux sorties pour comparaison. Les fichiers sont traités dans votre navigateur ; ce test n'a pas utilisé de modèle d'IA.