-
Notifications
You must be signed in to change notification settings - Fork 103
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
SQL - calcul sensibilite et homogénéisation des scripts
- Loading branch information
1 parent
4b74976
commit 46904bf
Showing
3 changed files
with
223 additions
and
45 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.
46904bf
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Je pense que GN ne devrait rien rajouter dans le schéma taxonomie.
Celui-ci devrait etre exactement comme celui de TaxHub comme un potentiel schema fille.
Du coup le debut avec les VM et les fonctions je les basculerai dans TaxHub et pas juste dans GN.
Les cor entre taxonomie et nomenclatures je les basculerai dans meta de GN.
Et ce qui est lié a la sensibilité je le mettrai dans meta ou synthese ou un autre schema de GN genre core ou du genre.
46904bf
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Mouais !
Il faut bien définir pourquoi le schéma taxonomie ne doit rien comporter d'autre que ce qui concerne la taxo INPN et TaxHub. Les tables actuellement ajoutées sont bien en lien avec la taxonomie, au moins autant que ce qui est dans
taxonomie.medias
ou en lien avec les attributs des taxons. Il s'agit de vocabulaires liés à la taxonomie ou de la sensibilité de tel ou tel taxon.Si on doit faire une modif de cet ordre, ce n'est actuellement pas très complexe mais il faut définir une logique. On peut :
taxonomie
et les prefixergn_*
nomenclature
et basculer dedans tout ce qui concerne la nomenclature, y compris les vues qui regroupent les nomenclatures par type, actuellement, à tord probablement, dans le schémacontactfaune
taxogeonature
outaxonomiegeonature
Je penche pour la solution 2 car tout ce qui tourne autour de la nomenclature est un mécanisme complexe (tables, hiérarchie, vues, fonctions, contraintes) qu'il peut être utile d'isoler pour clarifier son usage.
46904bf
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK donc on part sur le principe que le schema
taxonomie
de GeoNature doit être le même que celui de TaxHub. Ça simplifiera la lisibilité et la maintenance.Du coup à terme, on basculera la création des VM et des fonctions liées à la taxonomie (
vm_regne
,check_isinbibnoms
....) dans TaxHub.Pour la nomenclature on retient la proposition 2, avec la création d'un schéma nomenclature où on va y déplacer
meta.t_nomenclature
etmeta.bib_types_nomenclatures
) et on va aussi basculercor_taxref_nomenclature
ainsi que ce qui concerne la sensibilité.