-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rendu aléatoire de la vue matérialisée de synthèse par cadre d'acquisition - CA dédoublés #16
Comments
Oui j'ai constaté ça aussi parfois. J'ai pensé à un problème de jointure mais si ça ne le fait pas à chaque fois... |
Pour faire suite au ticket #18. Ce que j'ai constaté, c'est que la génération de la vue matérialisée du nombre de données par CA et par années éclate les cadres d'acquisition sans raison apparente. Ainsi la table organisée comme suit éclate la donnée lors de la sérialisation et génère 3 CA (CA1 doublé et CA2). Ce qui me surprend vu la requête de cette VM.
SELECT DISTINCT af.acquisition_framework_name,
date_part('year'::text, s.date_min) AS year,
count(*) AS nb_obs
FROM gn_synthese.synthese s
JOIN gn_meta.t_datasets d ON d.id_dataset = s.id_dataset
JOIN gn_meta.t_acquisition_frameworks af ON af.id_acquisition_framework = d.id_acquisition_framework
GROUP BY af.acquisition_framework_name, (date_part('year'::text, s.date_min))
ORDER BY af.acquisition_framework_name, (date_part('year'::text, s.date_min)) Il me semble que l'éxécution du refresh hors de la fonction fonctionne mieux. Peut-être (mais je ne vois pas vraiment pourquoi) une interaction entre rafraichissements liés au paramètre "concurrently" ? |
Mystérieux cette affaire... Etrange... en tout cas côté bdd, je ne vois pas le soucis ni en quoi ce changement de join, le paramètre concurrently ou les refresh dans la fonction pourraient être en cause. |
Merci pour vos échanges sur le sujet. De mon coté, même constat mais les rafraichissements de l'interface web ne changent rien. Dans ton cas @xavyeah39 le rafraissement s'est peut-être fait entre 2 refresh du crontab. |
en lisant le code, je comprends que ça se passe autour de ceci : https://github.com/PnX-SI/gn_module_dashboard/blob/master/frontend/app/dashboard/dashboard-frameworks/dashboard-frameworks.component.ts#L202 Je ne maitrise pas typescript mais @bouttier ou @TheoLechemia devrait savoir nous dire si on peut faire un J'ai trouvé des trucs du genre pour faire un sort avec une fonction selon une clé du array :
Je n'ai pas regardé comment sont préparées les données coté backend. C'est peut-être plus facile avec python. |
Oui l'idéal serait plutôt que le backend renvoie les données correctement et dans l'ordre souhaité. |
Le problème a bien l'air d'être côté frontend. je vous propose de faire évoluer un peu l'interface, pour ajouter un "input" permettant de sélectionner un ou plusieurs cadre d'acquisition. L'api, elle renverrais la structure de données décrite plus haut. |
@TheoLechemia Oui, l'ajout d'un champ permettant de sélectionner un ou plusieurs CA me semble être une bonne idée pour gérer les installations de GN possédant beaucoup de CA. |
Oui je me demandais aussi quoi mettre par défaut ? Mais du coup, 5 au hasard ? Les 5 qui on le plus de données ? |
Oui, ou alors afficher par défaut celui qui possède le plus de données... |
OK pour moi. Merci. |
Le rafraichissement de la synthèse par cadres d'acquisition montre des comportements hasardeux qui éclatent les cadres d'acquisition en plusieurs
datasets
comme l'illustre la capture suivanteAprès plusieurs rafraichissements, on obtient une bonne représentation.
The text was updated successfully, but these errors were encountered: