-
Notifications
You must be signed in to change notification settings - Fork 11
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
Gestion sources multiples #84
Comments
Je vois pas à quoi correspondent les sources ? |
Ce sont les différentes sources de données à importer dans GN2PG, cf. https://github.com/lpoaura/GN2PG/blob/main/gn2pg/data/gn2pgconfig.toml |
Ah oui OK je capte, en effet, il est important de pouvoir en avoir plusieurs, potentiellement pas mal et que si une rencontre un soucis, que cela ne bloque pas les suivantes. |
Oui, ca dépend de la manière d'utiliser gn2pg. Soit on fait un seul fichier de conf, on met toutes les sources bout à bout, et dans ce cas en effet elles doivent être gérées indépendamment les unes des autres et sans bloquages. On a dans ce cas un seul schéma gn2pg, un seul lot de tables, et une seule fois les triggers qui sont appliqués de la même manière à toutes les sources. On peut aussi (je le fais pour le moment sur le pôle invertébrés) avoir n fichiers de configuration, n schemas, et du coup gérer les n triggers pour traiter les données lors de leur envoi en synthèse. A voir si c'est pérenne avec la multiplication des sources, ca amène une meilleure visibilité dans la base mais ca duplique tout quand on a 10 sources. |
C'est aussi la solution retenue dans le cadre du SINP AURA. Nous avons 2 sources de données et c'est vrai que c'est assez pratique tant que l'on a peut de source. C'est pratique pour tester quelque chose sur le schéma d'une source en étant certain que cela ne changera rien aux autres... |
Dans mon cas ça me permet d'adapter les triggers en gardant les validations de certaines sources et pas d'autres par exemple, mais ça peut se contourner avec des conditions dans le trigger. |
Feature description
Lorsqu'on a plusieurs sources dans une fichier, si l'une d'entre elles n'est pas disponible, l'exécution est stoppée, sans passer à la suivante (pour le
full
a minima, pas testé sur l'update
).Il faudrait prévoir un mécanisme pour passer à la suivante même en cas d'échec de la précédente (ou test de la dispo de la source avant de lancer le téléchargement ?)...
Ou prévoir de ne mettre qu'une source par fichier ;-)
Additional context
No response
The text was updated successfully, but these errors were encountered: