Pour mettre en place une stratégie d'archivage des données des avis dans un objectif d'amélioration des performances, il faut pouvoir produire des archives CSV des données détaillées des avis, ainsi:
un fichier par mois par démarche - pour la mise en place du contrôle d'accès (droits);
le format du CSV doit être le même que celui produit par la fonction d'export des avis présente sur la page de la démarche:
valeurs des notes pour les différents critères affichés en format texte, tel que affiché à l'écran dans le formulaire de démarche);
un tiret marque les champs manquant l'information;
les valeurs multiples des colonnes "Difficulté" et "Aide" séparées par un point virgule;
les fichiers CSV doivent être utilisables pour restaurer la base à partir des archives ou pour alimenter un autre outil:
ainsi, comme les valeurs d'affichage peuvent changer (comme dans le passé pour l'aide par un agent), on doit reprendre aussi la valeur stocké. Ainsi, je pense que pour chaque telle colonne on devrait également ajouter une colonne _raw pour la valeur stockée, qui pourrait être utilisée si on devrait restaurer la base à partir des archives.
l'outil doit pouvoir être exécuté pour une période de temps donnée - un mois ou un interval de plusieurs mois.
Du pdv technique, on peut explorer
un outil en ligne de commande pour la base de données
une API en java utilisant les APIs de XWiki pour accéder aux avis
pour cette approche, un API de requêtage des avis commun avec #1110 serait utile.
Pour mettre en place une stratégie d'archivage des données des avis dans un objectif d'amélioration des performances, il faut pouvoir produire des archives CSV des données détaillées des avis, ainsi:
_rawpour la valeur stockée, qui pourrait être utilisée si on devrait restaurer la base à partir des archives.Du pdv technique, on peut explorer