| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente |
| database:sinp-aura:gn2pg [2025/07/02 07:26] – jpmilcent | database:sinp-aura:gn2pg [2026/03/05 13:43] (Version actuelle) – [Principes pour les données transmises] jpmilcent |
|---|
| * Nous gardons la contrainte d’unicité entre ''id_source'' et ''entité_source_pk_value''. | * Nous gardons la contrainte d’unicité entre ''id_source'' et ''entité_source_pk_value''. |
| * Avec la fourniture du « vrai » identifiant produit par le producteur au niveau du champs additionnel sous la clé « ''source_id_data'' ». | * Avec la fourniture du « vrai » identifiant produit par le producteur au niveau du champs additionnel sous la clé « ''source_id_data'' ». |
| * Pas d’utilisation de l’UUID à ce stade car effets de bords qui pourront s’avérer problématiques selon les usages. | * Jusqu'à la version v1.6.9, pas d’utilisation de l’UUID car effets de bords qui s’avérent problématiques selon les usages. Utilisation de l'UUID à partir de la version 1.8.0. |
| * Les champs ''identifier'' et ''email'' des données sur les utilisateurs devront avoir la valeur ''NULL''. C'est important pour éviter tout conflit avec les utilisateurs créant des comptes directement depuis les interfaces. Pour éviter aussi des bugs au niveau de l'inscription et du renouvellement des mots de passe, il y a un index unique sur ces 2 champs. Enfin, même si cela crée des doublons, nous distinguerons les entrées dans la table ''t_roles'' pour les utilisateurs s'inscrivant au SINP vis à vis des entrées générées par GN2PG ou les scripts d'intégrations des données au format CSV. La fonction se chargeant d'insérer les utilisateurs dans la table ''t_roles'' de GeoNature a été modifiée pour insérer ''NULL'' dans le champ ''email'' et l'email dans le champ ''additional_data'' sous l'attribut ''gn2pg_data.email''. | * Les champs ''identifier'' et ''email'' des données sur les utilisateurs devront avoir la valeur ''NULL''. C'est important pour éviter tout conflit avec les utilisateurs créant des comptes directement depuis les interfaces. Pour éviter aussi des bugs au niveau de l'inscription et du renouvellement des mots de passe, il y a un index unique sur ces 2 champs. Enfin, même si cela crée des doublons, nous distinguerons les entrées dans la table ''t_roles'' pour les utilisateurs s'inscrivant au SINP vis à vis des entrées générées par GN2PG ou les scripts d'intégrations des données au format CSV. |
| * Le champ ''meta_validation_date'' de la synthèse du fournisseur utilisera l'alias ''validation_date'' soit : ''s.meta_validation_date AS validation_date'' | * Le champ ''meta_validation_date'' de la synthèse du fournisseur utilisera l'alias ''validation_date'' soit : ''s.meta_validation_date AS validation_date'' |
| * Le champ ''additional_data'' de la synthèse du fournisseur utilisera l'alias ''donnees_additionnelles'' soit : ''s.additional_data::text AS donnees_additionnelles'' | * Le champ ''additional_data'' de la synthèse du fournisseur utilisera l'alias ''donnees_additionnelles'' soit : ''s.additional_data::text AS donnees_additionnelles'' |
| * « ''source_id_data'' » | * « ''source_id_data'' » |
| |
| | ==== Modifications du code de to_synthese ==== |
| | * Remplacement de la valeur du schéma ''gn2pg_import'' par ''gn2pg_flavia'' ou ''gn2pg_lpo''. |
| | * **La fonction se chargeant d'insérer les utilisateurs dans la table ''t_roles'' de GeoNature a été modifiée pour insérer ''NULL'' dans le champ ''email'' et l'email dans le champ ''additional_data'' sous l'attribut ''gn2pg_data.email''**. |
| ===== Mise à jour de l'installation de Gn2Pg ===== | ===== Mise à jour de l'installation de Gn2Pg ===== |
| * Sur le dépôt Github //sinp-<region>-data// : | * Sur le dépôt Github //sinp-<region>-data// : |
| ===== Requêtes SQL utiles pour Gn2Pg ===== | ===== Requêtes SQL utiles pour Gn2Pg ===== |
| <code sql> | <code sql> |
| | -- Nbre de données récupérées depuis une date donnée |
| SELECT COUNT(*) | SELECT COUNT(*) |
| FROM gn2pg_lpo.data_json | FROM gn2pg_lpo.data_json |
| WHERE update_ts > '2025-06-30'; | WHERE update_ts > '2025-06-30'; |
| |
| | -- Nbre d'erreurs depuis une date donnée |
| SELECT COUNT(*) | SELECT COUNT(*) |
| FROM gn2pg_lpo.error_log | FROM gn2pg_lpo.error_log |
| WHERE last_ts > '2025-06-22'; | WHERE last_ts > '2025-06-22'; |
| |
| | -- Principaux types d'erreur différents |
| SELECT DISTINCT split_part(error, e'\n', 1) | SELECT DISTINCT split_part(error, e'\n', 1) |
| FROM gn2pg_lpo.error_log; | FROM gn2pg_lpo.error_log; |
| </code> | </code> |
jpmilcent