[Atlas-v2] Fiche Espèce > onglet Territoire : améliorer performances requête SQL

[jpm-cbna]

Sur la fiche Espèce, sur les instances avec plusieurs dizaines de millions de données, la requête SQL permettant de récupérer les données à afficher dans l'onglet "Territoire" est trop longue et provoque un erreur 502.
Dans notre cas 38 millions d'observations et les territoires COM (4095 communes), DEP (12 départements) et PNR (9 parcs naturels régionaux), exemple de requête qui pose problème:

SELECT DISTINCT 
    atlas.vm_cor_area_synthese.id_area AS id_area, atlas.vm_l_areas.area_name AS area_name,    
    atlas.vm_bib_areas_types.type_code AS type_code,
    atlas.vm_bib_areas_types.type_name AS type_name 
FROM atlas.vm_cor_area_synthese 
    JOIN atlas.vm_observations 
        ON atlas.vm_cor_area_synthese.id_synthese = atlas.vm_observations.id_observation 
    JOIN atlas.vm_l_areas 
        ON atlas.vm_cor_area_synthese.id_area = atlas.vm_l_areas.id_area 
    JOIN atlas.vm_bib_areas_types 
        ON atlas.vm_cor_area_synthese.type_code = atlas.vm_bib_areas_types.type_code 
WHERE atlas.vm_cor_area_synthese.type_code = any(ARRAY['COM', 'PNR', 'DEP']) 
    AND atlas.vm_observations.cd_ref = any(ARRAY[4564]) 
ORDER BY atlas.vm_l_areas.area_name ASC

[lpofredc]

Sur GeoNature, la jointure l_areas / bib_areas_type a tendance à plomber les perfs sur les requêtes sur la synthèse, le recours à ref_geo.get_id_area_type() sauve souvent la mise de ce point de vue.

Pour l'atlas, ne pourrait-t-on pas se permettre la mise en place d'une vue matérialisée des zonages avec une table unique regroupant les l_areas et bib_areas_types (type_code & type_name).

Voire même faire ajouter ces champs (area_name, area_code, type_name, type_codes) sur vm_cor_area_synthese ?