Gestion des conflits de nomenclature

camillemonchicourt commented 6 years ago

"Les BDD relationnelles, c'est pas fait pour le partage".

On fournit par défaut des nomenclatures standard pour les modules de base. Le principe est que chacun puisse compléter ces nomenclatures, voire en créer de nouvelles pour ses modules spécifiques locaux.

Dans ce cas, comment gérer les potentiels conflits de nomenclatures... Les ID sont des serials...

Maintenir un référentiel global de nomenclatures
Mettre en place un mécanisme de surcouche des nomenclatures
Utiliser les codes plutôt que les ID
Créer des fonctions de génération des contraintes
Clé code nomenclature + code type nomenclature
Remplacer les FK par des contraintes Check
Utiliser des UUID

On retient les points 3, 5 et 6.

On utilise :

On stocke les codes dans la Synthese
On stocke les ID nomenclatures dans les schémas des modules des protocoles (pour garantir l'intégrité référentielle des UPDATE CASCADE) mais en faisant des check sur les codes
Le code Python et JS se base uniquement sur les codes
Ainsi les ID ne sont nul part (ni SQL, ni Py, ni Js)

Conséquences :

Modifier BDD Nomenclatures et rapatrier SQL dans son dépôt (https://github.com/PnX-SI/Nomenclature-api-module/issues/3)
Modifier les correspondances Nomenclatures / Taxonomie (en profiter pour les migrer dans le schéma taxonomie, voir https://github.com/PnX-SI/GeoNature/issues/384)
Réécrire API Nomenclature
Modifier code OccTax (composants notamment) et sa BDD
Scripts MAJ BDD

camillemonchicourt commented 6 years ago

2 questions se posent :

Quand on insère les nomenclatures dans la BDD, on n'insère plus les ID, on laisse le serial faire ?
Du coup, ça veut dire qu'on ne peut pas insérer de jeux de données Tests car on n'est pas sur des id des nomenclatures
Que faire avec la table taxonomie.cor_taxref_nomenclature et taxonomie.cor_taxref_sensitivity qui utilisent les ID des nomenclatures en clé étrangères. Si on passe sur les codes des nomenclatures, alors ils ne feront plus référence à des clés primaires.

camillemonchicourt commented 6 years ago

Voir les commits dans la branche dédiée : https://github.com/PnX-SI/GeoNature/commits/evol_nomenclatures

Côté Front : https://github.com/PnX-SI/GeoNature/commit/64a8ac7c062271c89ed0ebe1532f636aeedbf87b

SQL :

DONE :

Modif de ref_nomenclatures et de pr_occtax
Suppression des id_type en dur dès que possible.
Modif aussi de default_nomenclatures_values dans les 2 schémas
Modif des functions
Modif des inserts

camillemonchicourt commented 6 years ago

Pour voir tous les changements réalisés : https://github.com/PnX-SI/GeoNature/compare/develop...evol_nomenclatures

Pour la problématique de gestion des scripts d'insertion dont on ne maitrise plus les id_nomenclatures :

En effet on n'insère plus les id_nomenclature, on laisse les serial les gérer
Unicité code_nomenclature + code_type_nomenclature
On met des SELECT sur nos insert qui récupère l'id_nomenclature à partir du couple code_nomenclature + code_type_nomenclature (à partir d'une fonction dédiée)
On garde bien la FK sur le id_nomenclature

TheoLechemia commented 6 years ago

Scripts d'update :

amandine-sahl commented 6 years ago

PnX-SI / Nomenclature-api-module

Gestion des conflits de nomenclature #9