Projet

Général

Profil

Bug #60951

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

Ajouté par Frédéric Péters il y a plus de 2 ans. Mis à jour il y a presque 2 ans.

Statut:
Fermé
Priorité:
Bas
Assigné à:
-
Version cible:
-
Début:
21 janvier 2022
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

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.

Historique

#2

Mis à jour par Benjamin Dauvergne il y a environ 2 ans

  • Priorité changé de Normal à 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

Mis à jour par Frédéric Péters il y a presque 2 ans

  • Statut changé de Nouveau à Fermé

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

Formats disponibles : Atom PDF