Forum Programmation.python format pour sauvegarder les données d'un utilisateur

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
4
29
jan.
2025

Bien le bonjour.

Je développe actuellement un logiciel pour faire de la lexicographie. En ce moment, je réfléchis pas mal aux fonctions et formats d'export et de sauvegarde de la base de données. Le logiciel est une plateforme en ligne basée sur Django.

Pour que l'utilisateur puisse sauvegarder ses données, je me demandais dans quelle mesure un export via un fichier csv, avec des entêtes formatées (par exemple: mot_information_pos) selon la structure de ses données seraient problématique. Je pourrais bien faire cela avec un fichier xml, et il y aurait moins de redondance au niveau des données, mais finalement, ça me semble être un format moins interopérable que le csv, que les linguistes utilisent déjà assez souvent. Évidemment, le tout sera zipper ensuite, car les données inclues également des fichiers audio, video et des images.

  • # Tout dépend...

    Posté par  (site web personnel, Mastodon) . Évalué à 3 (+1/-0).

    • de la structure des données,
    • du contenu des données
    • du format attendu par les utilisateurs (pour que ce soit facile à exploiter)

    CSV est très bien pour des données "à plat" (sans structure, juste des lignes contenant 1 à n valeurs).

    Si tu veux exporter des données multimédias, Epub pourrait être intéressant je pense mais c'est pas le même travail de construire un export …

    Si c'est à vocation de requetage, exporter les données dans une base SQLite n'est pas déconnant…

    XML est intéressant pour des données structurées amenées à être processées…

    Bref ça dépend (ça t'aide pas;)

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • # et opendocument

    Posté par  (site web personnel) . Évalué à 3 (+1/-0).

    Tu peux utiliser un export avec python-odf vers un format opendocument. Ca garderait ta structure et ça zipperait…

    • [^] # Re: et opendocument

      Posté par  (site web personnel) . Évalué à 2 (+0/-0).

      Merci, je vais regarder python odf. Au final, je pense que je pour la sauvegarder des données, je proposerai un export XML avec un format propre à la plateforme.

  • # JSON

    Posté par  . Évalué à 8 (+7/-0).

    Quand CSV ne me suffit pas, j'utilise JSON qui permet d'avoir des données (un peu) plus structurées. De plus, derrière, l'outil jq permet de facilement faire des transformations (y compris vers CSV) pour s'interfacer si besoin.

    • [^] # Re: JSON

      Posté par  (site web personnel) . Évalué à 5 (+3/-0).

      Je plussoie. Pour les données de base, rester dans un format textuel (csv / json) que l'on sait lire et manipuler facilement (karmaki es déjà parti sur le fait que les fichiers binaires son/image seront "à côté"), qui seront pérennes… et autant que possible en réutilisant une structuration à laquelle que la communauté cible est habituée (odre colonnes pour du csv, structure/noms des attributs pour du json).

      Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

      • [^] # Re: JSON

        Posté par  . Évalué à 3 (+2/-0).

        Pareil, je plussoie, et les structures de python s'y prêtent bien. N'importe qui est capable d'ouvrir un json dans un éditeur de texte et retrouver ses petits. Il existe moulte convertisseurs pour ceux qui veulent du csv ou du xml.

        Alors que le XML c'est très bien mais galère, peu lisible, les parsers sont plus ou moins bien réussis.

  • # Les deux

    Posté par  . Évalué à 3 (+1/-0).

    Le plus sage est sans doute d'avoir :

    • un export XML, qui permet d'exprimer la structure des données de manière complète, versionnée et évolutive, faire des sauvegardes, offrir une passerelle relativement standard vers d'autres logiciels;
    • un export "pour bricoler vite fait dedans" en CSV, qui reste un format pas hyper bien spécifié, comme l'on déjà dit d'autres personnes, mais simple à travailler sans sortir les grands moyens.

    Bien sûr, ça fait plus de travail, mais sans doute qu'une fois l'export XML mis au points, faire la version CSV représente moins de travail, car l'analyse des "morceaux de structure" sera déjà faite.

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.