l’idéal est un fichier CSV (à condition de choisir un séparateur de champs non utilisé dans les données)
La condition donne déjà une idée des restrictions (mais tu omets aussi les caractères de fin de ligne)...
Ajoute à ça le jeu de caractères non défini (en France, les données sont rarement pur ASCII), l'incapacité à représenter de façon naturelle des structures imbriquées, et CSV est en réalité un très mauvais choix.
Si la structure se complique un peu, disons 2 entités et une relation en langage MCD, on s’en sort encore très bien avec 2 fichiers CSV, et en ajoutant join, comm et paste aux outils, ça roule.
C'est avec ce genre de bouses qu'on finit avec une dette technique incontrôlée. Bravo à toi.
Le XML, ça n’est rien d’autre qu’une tentative de faire rentrer une base de données dans un seul fichier
Non, le XML permet avant tout d'interopérer entre des programmes (ou systèmes).
[^] # Re: CSV
Posté par Antoine . En réponse au journal XML c'est de la daube!!!. Évalué à 3.
La condition donne déjà une idée des restrictions (mais tu omets aussi les caractères de fin de ligne)...
Ajoute à ça le jeu de caractères non défini (en France, les données sont rarement pur ASCII), l'incapacité à représenter de façon naturelle des structures imbriquées, et CSV est en réalité un très mauvais choix.
C'est avec ce genre de bouses qu'on finit avec une dette technique incontrôlée. Bravo à toi.
Non, le XML permet avant tout d'interopérer entre des programmes (ou systèmes).