Open ch-cbna opened 1 year ago
Il faut noter aussi que les id (clés primaires) des ZP et AP de l'ancienne base de données sous GeoNature v1 ont été sauvegardé dans les champ additional_data
(indexZp, indexAp). Ils n'ont pas été réutilisé car il y avait des entiers négatifs et certains étaient très grand (Ex. : 553 179 203)...
Actuellement, les id (clés primaires) des tables ZP et AP sont des entiers positifs incrémentés depuis le chiffre 1. Mais ils sont spécifiques à cette base de données et pourraient changé si nous intégrions les données dans une autre base/outil.
Les UUID, par contre, sont censés être pérennes et ne devraient pas changer dans le temps tout en étant transféré dans une éventuelle nouvelle base/outil. Malheureusement, leur format alphanumérique de 32 caractères est difficile à transférer du numérique au physique sans passer par un système d'impression...
Suite à la réunion avec JP, LB, VB, NF et CH (voir compte rendu); nous avons convenu qu'il valait mieux utiliser l'UUID d'une aire de présence (AP) afin d'assurer son suivi dans le temps. En effet, sur les fiches Bilan Stationnel déjà rédigées, l'id des AP n'est pas le même que dans la base GeoNature de Flore Sentinelle, suite à un changement de base de données.
De manière pratique , on n'affichera que les 7 premiers caractères de cet UUID dans l'interface des modules avec possibilité au survol de la souris de voir les 32 caractères de l'UUID. Nous envisageons de rendre possible le copier/coller de l'entièreté de l'UUID depuis l'interface.
Pour le module Stratégie Conservation : Chaque aire de présence étant liée à une zone de prospection, et chaque zone de prospection disposant d'une fiche de consultation dans le module Flore Prioritaire (Bilan Stationnel), des liens hypertextes seront disponibles depuis l'onglet "Synthèse" pour chaque aire de présence, pour rediriger vers la fiche de consultation d'une ZP, afin d'éviter tout doute.
Actuellement l'ensemble des modules utilisent des identifiants numériques (id) liés aux clés primaires de la BDD pour identifier certaines entités (sites, AP, ZP,...). Mais la plupart de ces entités ont également un champ uuid permettant de les identifier.
L'id pose problème car il est dépendant de la BDD dans lequel il a été intégré. L'uuid, lui est censé suivre les données quelque soit la BDD.
Cependant l'id étant un entier, est plus simple à visualiser dans l'interface et à manipuler.
Il est nécessaire d'acter l'identifiant à utiliser.