Add materialized view to improve the display of meshes on map #519
Conversation
jpm-cbna
force-pushed
the
feat/improve-meshes-map
branch
from
10e8086
to
5f580c6
Compare
jpm-cbna
force-pushed
the
feat/improve-meshes-map
branch
from
5f580c6
to
452b04b
Compare
jpm-cbna
force-pushed
the
feat/improve-meshes-map
branch
from
452b04b
to
3f90d47
Compare
| JOIN atlas.t_mailles_territoire AS m | ||
| ON (o.the_geom_point && m.the_geom) | ||
| GROUP BY o.cd_ref, date_part('year', o.dateobs), m.id_maille | ||
| ORDER BY o.cd_ref, annee |
There was a problem hiding this comment.
Est-ce que le order by sert pour la VM ?
There was a problem hiding this comment.
Est-ce que le
order bysert pour la VM ?
Je n'ai pas vérifié... Mais le fait d'ordonner les enregistrements par cd_ref et annee fait que la requête qui agrège les données pour générer la carte à potentiellement moins de "pages" (au sens stockage par Postgresql) à consulter pour les récupérer. Cela peut donc participer à la rapidité d’exécution de la requête.
En outre, les index comme BRIN nécessite d'ordonner les lignes. Je n'ai pas tester ce type d'index ici mais c'est possiblement plus rapide et pourrait être une solution intéressante à tester...
Enfin, malgré le ORDER BY la requête s'exécute très rapidement même avec 28 millions de données. Donc, ce n'est pas un facteur limitant.
See: #518