Nous utilisons des cookies pour vous garantir la meilleure expérience sur notre site. Si vous continuez à utiliser ce dernier, nous considèrerons que vous acceptez l'utilisation des cookies. J'ai compris ! ou En savoir plus !.
banniere

Le portail francophone de la géomatique


Toujours pas inscrit ? Mot de passe oublié ?
Nom d'utilisateur    Mot de passe              Toujours pas inscrit ?   Mot de passe oublié ?

Annonce

Rencontres QGIS 2025

L'appel à participation est ouvert jusqu'au 19 janvier 2025!

#1 Fri 08 September 2023 16:39

Ruelle_Boris
Participant occasionnel
Lieu: CAYENNE
Date d'inscription: 7 Jun 2007
Messages: 12

Suppression d'un duplicat dans les fichiers MAJIC

Bonjour,

Lors de l'intégration dans PostgreSQL des 2 derniers millésimes des fichiers MAJIC, j'ai un problème bloquant de duplicata sur un propriétaire. Quelqu'un saurait-il me conseiller comment procéder au toilettage nécessaire depuis les fichiers, les demandes de corrections à l'administration n'ayant pas été fructueuses jusqu'alors?

Ci-dessous le message :
2023-09-07 09:14:57|  1.4| 0.6|ERROR |Bulk copy failed on table 's_majic.proprietaire' using delimiter ':'. Error was 'ERROR: duplicate key value violates unique constraint "proprietaire_pkey"
DETAIL: Key (id_dnupro, id_pro, ccodro)=(XXX+XXX, YYY, Z) already exists.

NB : XXX, YYY et Z ont été masqués pour cette publoication.

Hors ligne

 

#2 Sat 09 September 2023 08:52

ChristopheV
Membre
Lieu: Ajaccio
Date d'inscription: 7 Sep 2005
Messages: 3197
Site web

Re: Suppression d'un duplicat dans les fichiers MAJIC

Bonjour,

Votre problème peut certes être résolu par un artifice (une bidouille) en altérant une des trois valeurs de votre clef composite dépendante du producteur de données. Suffit d'attribuer un id_dnumpro qui n'existe pas dans le fichier MAJIC.

Votre problème est plus profond et relève de la modélisation de votre base.
Vous n'êtes pas le producteur de la données donc vous n'avez aucune maîtrise des valeurs DNUMPRO, id_pro (??) et CCPRO, qui elle sont gérées pas les applicatifs de la DGFiP.

Il ne faut jamais créer de clefs primaires dont la valeur provient d'un autre producteur de données.
Il faut créer un clef primaire (numérique) qui vous appartient et considérer les valeurs MAJIC (y compris les clefs uniques comme DNUMPRO) comme des attributs de l'objet (ou champs d'un enregistrement).

Cette règle est valable d'une façon générale.

L'exemple le plus frappant (et répandu) et de considérer le code insse comme clef primaire d'un objet commune ...

Bonne journée à vous

[Edit] Erratum : DNUMPRO est unique pour le Centre des Impôts considéré, au niveau national il faut ajouter la valeur préfixe du code de direction. [/Edit]

Dernière modification par ChristopheV (Sat 09 September 2023 08:57)


Christophe
L'avantage d'être une île c'est d'être une terre topologiquement close

Hors ligne

 

Pied de page des forums

Powered by FluxBB