Fix: add indexes to vm_observations_mailles

[jpm-cbna]

Improve atlas.vm_observations_mailles with new indexes.

[camillemonchicourt]

A mettre dans un petit fichier d'update SQL aussi je pense pour ceux qui auraient déjà la 1.5.0 installée.

[jpm-cbna]

A mettre dans un petit fichier d'update SQL aussi je pense pour ceux qui auraient déjà la 1.5.0 installée.

Oui, bien vu ! Mais par contre, je voie plusieurs solutions pour le faire :

• je rajoute juste un nouveau fichier "update_vm_index.sql" dans le dossier data/update/ qui sera ensuite fusionner dans le future update_1.5.1to1.5.2.sql lors de la future release
• je mets à jour le fichier data/update/update_vm_observations.sql et on rejoue la mise en place de toutes les VM. Sachant que ce fichier ne semble pas maintenu.
• je mets en place les 2 solutions précédentes

Concernant le fichier data/update/update_vm_observations.sql, il me semble qu'il devrait être remplacé par un script Bash. Cela permettrait de rejouer les scripts présents dans le dossier data/atlas/ pour éviter de dupliquer le code SQL. Il pourrait aussi se servir correctement des variables définies dans settings.ini plutôt que d'avoir l'utilisateur geonatatlas en dur dans le code.

[camillemonchicourt]

En effet quand on met à jour GeoNature-atlas, si possible on ne demande pas de récréer toutes les VM car souvent chacun les a adapté à son contexte.
Donc une fichier SQL avec les évolution depuis la dernière version est idéal.

On avait déjà évoqué le fait que garder en doublon partiel ce fichier data/update/update_vm_observations.sql était pas une bonne idée, pas à jour car en partie en doublon, donc à dégager selon moi (#346 (comment)).

[jpm-cbna]

@TheoLechemia Je viens rajouter le fichier "update_vm_index.sql" dans le dossier data/update/. Il pourra servir à constituer le fichier de migration update_1.5.1to1.5.2.sql.

[jpm-cbna]

Les changements réalisés récemment sur la VM vm_observations_mailles et intégré à la branche develop rende cette PR inutile.