Différences

Ci-dessous, les différences entre deux révisions de la page.

--- fonctionnalites:geonature:synthese-export-statuts [2025/06/27 14:16] – [Tableau] choarau
+++ fonctionnalites:geonature:synthese-export-statuts [2025/06/27 15:05] (Version actuelle) – tâche cochée: mail Ornella colonnes à rajouter : 4 colonnes (LR, Protection, Reglementation, ZNIEFF) avec agrégation des ''code_statuts'' par ''cd_type_statuts'' (sous quel format ?) ou 13 colonnes avec ''code_status'' en valeur ? choarau
@@ Ligne 15: / Ligne 15: @@
   * lrr : liste rouge régionale
   * lrd : liste rouge départementale
-  * znieff : a rajouter
+  * zdet : znieff déterminante
-  * Interdiction d'introduction : a rajouter
+  * reglii : Interdiction d'introduction
-  * Lutte contre certaines espèces : a rajouter
+  * reglutte : Lutte contre certaines espèces
-  * Réglementation : a rajouter
+  * regl : Réglementation
-  * Réglementation sans objet : a rajouter
+  * reglso : Réglementation sans objet
+TO DO :
+<todo #choarau:2025-06-27>rajouter commandes vidage cache postgresql</todo>
+<todo #choarau:2025-06-27>mail Ornella colonnes à rajouter : 4 colonnes (LR, Protection, Reglementation, ZNIEFF) avec agrégation des ''code_statuts'' par ''cd_type_statuts'' (sous quel format ?) ou 13 colonnes avec ''code_status'' en valeur ?</todo>
+<todo>Ajout script SQL création VM</todo>
+<todo>Modif script maintenance</todo>
-colonnes (LR, Protection, Reglrmentation, ZNIEFF) avec aggrégation des code_stauts par cd_type_statuts ou 13 colonnes avec code_status en valeur ?
 **ATTENTION** : l'ajout de ces informations pose des problèmes de performance avec une augmentation non négligeable des temps d'attentes avant le téléchargement et le risque que la demande n'aboutisse pas.
@@ Ligne 39: / Ligne 48: @@
 L'export a été testé avec les utilisateurs **admin** et **jpm** car le premier a tous les droits d'accès aux données sensibles et le second aucune (données sensibles dégradées).
+Commande pour vider le cache de la base de données (en root) : ''systemctl stop postgresql && sync && echo 1 > /proc/sys/vm/drop_caches  && systemctl start postgresql''
@@ Ligne 48: / Ligne 59: @@
 | 100 000               | 5.50s                | 6.96s              | 46.67 s                | 50.03 s              | 7.07s / 16.13 s (cache postgresql vidé)  | 11.72s / 17.79 s (cache postgresql vidé)  | 9.72s / 9.68s (cache postgresql vidé)  | 10.08s / 11.48s (cache postgresql vidé)  |
-Résultat : Nous pouvons conserver uniquement les trois VM intermédiaires et garder la vue d'export. Ce sont finalement les VM intermédiaires qui font gagner en performance.
+Résultat : La création des VM intermédiaires et le passage à une VM pour la vue d'export de la synthese est la solution la plus performante.