Project

General

Profile

Bug #60951

timeout sur l'affichage d'une visualisation quand trop de filtres possibles

Added by Frédéric Péters (de retour le 10/10) 8 months ago. Updated 5 months ago.

Status:
Fermé
Priority:
Bas
Assignee:
-
Target version:
-
Start date:
21 January 2022
Due date:
% Done:

0%

Estimated time:
Patch proposed:
No
Planning:
No

Description

Sur des données type "all_formdata" il y a beaucoup de filtres possibles et à mesurer les choses, pour la création du formulaire d'édition (barre latérale),

ctx['form'] = forms.CubeForm(cube=cube, initial=initial)

on a ça,

0.00 -- start
1.35 -- loop
1.35 -- filters
1.35 --   receipt_time
1.35 --   channel
1.36 --   category
1.36 --   formdef
1.36 --   generic_status
1.73 --   agent
1.73 --   abonnement_association
1.73 --   accepte
1.73 --   accompagne
1.74 --   accompagnement_ene
1.74 --   accord_commune
1.99 --   accord_photo
2.28 --   achat
2.28 --   acquereur
2.28 --   action
2.50 --   actionfacile
2.50 --   activite
2.51 --   adresse
2.62 --   adresse_beneficiaire
2.62 --   adresse_usager
2.62 --   adulte1
2.63 --   adulte2
2.85 --   adulte3
2.86 --   adulte4
2.86 --   age
2.86 --   age_max
2.86 --   age_min
3.09 --   aide_al
3.31 --   aide_autre
3.31 --   aide_caf
3.31 --   aide_exception
3.56 --   aide_logement
[... ça continue ...]
33.68 --   propose_page_marketplace
33.96 --   propose_site_vente_en_ligne
33.96 --   proprietaire
33.97 --   public
33.97 --   qualite_demande
34.26 --   quartier
34.26 --   quartiers
34.26 --   questionnaire_soumis
34.55 --   question_posee_civilite_usager
34.87 --   questions_oa
35.18 --   quizz
35.18 --   quizzfacile
[... encore ...]
60.25 --   ville_association
60.51 --   ville_site
60.77 --   Visualisation
61.05 --   visualisationdifficile
61.32 --   voie
61.72 --   voie_demande
62.07 -- group by
62.07 -- measures

À ajouter davantage, pour reprendre pour les listes de choix le nombre d'éléments,

17.66 --   cp
17.66 --   cp (member count: 83)
17.66 --   danger_risque
17.97 --   danger_risque (member count: 3)
17.97 --   date_AE
17.99 --   date_AE (member count: 16797)
18.00 --   date_AR
18.52 --   date_AR (member count: 12779)
18.52 --   date_cloture
18.97 --   date_cloture (member count: 12882)
18.97 --   date_depot
19.43 --   date_depot (member count: 13935)
19.43 --   date_liste
19.72 --   date_liste (member count: 40)

qui n'éclaire pas nécessairement, date_AE avec 16797 éléments étant plus rapide que danger_risque avec 3 éléments.

History

#2

Updated by Benjamin Dauvergne 5 months ago

  • Priority changed from Normal to Bas

Pour le cube "libre" (formdata) on accumule en temps réel les valeurs possibles des champs, il faudrait les mettre en cache quand il y a trop de champs c'est effectivement ingérable. Mais le fait de ne plus considérer que les champs désignés pour les statistiques devrait simplement résoudre le souci (il y aurai la possibilité d'utiliser select2 aussi, pour chercher parmi les valeurs possible plutôt que de les accumuler à l'avance inutilement).

Je passe en priorité basse pour marquer que ça ne nous intéresse pas beaucoup.

#3

Updated by Frédéric Péters (de retour le 10/10) 5 months ago

  • Status changed from Nouveau to Fermé

"résolu" via #63432, en limitant ainsi le nombre de filtres.

Also available in: Atom PDF