Je travail tout les jours avec des échanges de fichiers par EDI, entre DB, entre appli.
Les choses évoluent entre appli car de plus en plus sont capables d'exposer/communiquer avec une API.
Reste qu'entre DB ou par EDI le format bien implanté est le csv pour tout le bien et le mal qu'on peut lui trouver.
Mais à la réflexion et pour simplifier le boulot de tout le monde il nous faudrait un fichier qui contient à la fois les données mais aussi la description de celle-ci. Voir même une en-tête qui caractérise la structure du fichier, un peu comme un xml mais en plus léger.
Par exemple :
<type=description>
<separateurColonne=';'>
<caractereProtection='"'>
<[tout les valeurs possibles et imaginable]
</type>
<type=header>
<name=colonne1 type=numeric size=10>
<name=colonne2 type=decimal size=5.2>
<name=colonne3 type=string size=20>
<name=colonne4 type=text size=255>
</type>
<type=data>
<id=1>
<name=colonne1 value=5>
<name=colonne2 value=6.66>
<name=colonne3 value="un text de 20 caractères">
<name=colonne4 value="Une texte bien plus long avec des
retour à la ligne">
</id>
<id=2>
[...]
</id>
</type>
De cette manière dans un fichier on a la description de sa structure, la description des données et les données. L'avantage est qu'une personne arrivant sur un projet n'ayant pas eu/lu le cahier des charges peut déjà comprendre de quoi il retourne.
Mon exemple est loin d'être parfait car fait en 3mn en attendant que la machine à café soit accessible.
# Je suis trop naïf ?
Posté par Philippe M (site web personnel) . En réponse au journal En finir avec CSV ou Excel pour échanger des données. Évalué à 2.
Je travail tout les jours avec des échanges de fichiers par EDI, entre DB, entre appli.
Les choses évoluent entre appli car de plus en plus sont capables d'exposer/communiquer avec une API.
Reste qu'entre DB ou par EDI le format bien implanté est le csv pour tout le bien et le mal qu'on peut lui trouver.
Mais à la réflexion et pour simplifier le boulot de tout le monde il nous faudrait un fichier qui contient à la fois les données mais aussi la description de celle-ci. Voir même une en-tête qui caractérise la structure du fichier, un peu comme un xml mais en plus léger.
Par exemple :
De cette manière dans un fichier on a la description de sa structure, la description des données et les données. L'avantage est qu'une personne arrivant sur un projet n'ayant pas eu/lu le cahier des charges peut déjà comprendre de quoi il retourne.
Mon exemple est loin d'être parfait car fait en 3mn en attendant que la machine à café soit accessible.
Born to Kill EndUser !