-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Migration des versions de taxref sans la table bib_noms #382
Comments
|
Les changements dans les données de GeoNature ne sont pas réalisées par TaxHub. Donc aucun changement de ce coté là. Ce qui était fait c'était la mise en évidence des cd_noms présents dans les données de la base (détecté via les contraintes d'intégrité référentielle) qui ne sont plus présent dans la nouvelle version de taxref
En analysant les modifications en se plaçant au niveau des cd_ref, ce changement n'est plus vraiment identifiable, ce qui change se sont les "grappes" de cd_nom associé à un cd_ref. Le cd_ref lui est juste "déclassé" et remplacé par un autre. |
La table bib_noms permettait de détecter les changements de grappes de cd_nom présents dans cette table. En l'absence de cette table, il n'est plus possible de réaliser cette opération sauf en considérant l'ensemble des changements de taxref.
2 solutions sont possibles :
La solution 2 réduit le nombre de cas possible à 3:
La question est : est-ce un soucis de ne plus détecter les cas de split et de partir sur la solution 2.
The text was updated successfully, but these errors were encountered: