Sujet: NIP ==> nom

[Ransac]

quand on a le NIP d'une personne, comment la retrouver dans la base ?

[guillaume simonnet]

a priori tu ne peux pas  sauf si tu fais un export gedcom et que tu fais ta recherche en ouvrant ce dernier avec le bloc notes  

[Ransac]

peut-être avec le BOA ?



quelle procédure ?

[Bruno T.]

Je crois bien que la question et la réponse ont été traité il y a quelques semaines, et ce doit etre dans le forum BOA

[guillaume simonnet]

le message a sans doute ete efface durant l'epuration intempestive de l'hebergeur      car il n'y a plus que 7 messages dans le forum BOA    

[AquaBlue]

select NOM, PRENOM from INDIVIDU where cle_Fiche = 7 and KLE_DOSSIER = 1



remplacer 7 par la deuxième partie de ton NIP

et le 1 par ton dossier

[Lau]

Fastoche, non ?



Si tu veux plus d'infos, tu peux faire

select * from INDIVIDU where cle_Fiche = 7 and KLE_DOSSIER = 1

'*' représente toutes les colonnes de la table, dont les colonnes NOM et PRENOM

[Ransac]

Fastoche, non ?

Pour ceux qui maitrisent le SQL, cette demande doit même sembler ridicule !  

merci pour la réponse !

[Horemans]

Mais il serait bien pratique que cette fonction soit intégrée directement dans Ancestrologie...  

[DDdeBerdeux]

Encore plus fastoche

select NOM, PRENOM from INDIVIDU where cle_Fiche = 7



cle_fiche étant la clé primaire de la table INDIVIDU, chaque valeur ne peut s'y trouver qu'une seule fois, donc pas la peine de s'inquiéter du dossier.

A+

André

[Ancestrologie]

Et dans le requeteur SQl d ancestrologie, tu peux le faire sans connaitre le sql

[Ransac]

Et dans le requeteur SQl d ancestrologie, tu peux le faire sans connaitre le sql

ben non car sans un minimum de connaissance sur l'organisation des tables de données et le sql, on n'arrive pas à utiliser seul le requêteur !



heureusement qu'il y a de bonnes volontés pour nous donner les codes prédigérés !

[bonnard]

quand on a le NIP d'une personne, comment la retrouver dans la base ?

salut

à quoi ca sert le NIP .

merci

[Charlet]

C'est un numérotation interne à Ancestrologie, si ma mémoire est bonne,    questions et réponses à ce sujet se trouvaient dans nos messages disparus  

[garnierfrancoise]

à quoi ca sert le NIP .

Y'en a qui s'en serve et d'autre qui ne le connaisse même pas et s'en porte très bien.



C'est un moyen d'identification d'un individu

[DDdeBerdeux]

Le seul identifiant (unique) de l'individu (il n'y en a pas 2 identiques dans toute la base), c'est CLE_FICHE. Dans tout le programme, c'est cet identifiant qui est utilisé pour repérer un individu. Si on utilisait NOM+PRENOM, on risquerait des confusions, NOM et PRENOM pouvant exister plusieurs fois (on peut même confirmer qu'ils existent fréquemment plusieurs fois dans les familles). D'ailleurs, si vous jetez un oeil dans le gedcom, l'identifiant utilisé est I+CLE_FICHE.

Le NIP, c'est la CLE_FICHE précédée de 1- pour un homme, 2- pour une femme ou 0- si le sexe est inconnu. Personnellement, je n'en vois pas l'intérêt par rapport à CLE_FICHE.

A+

André

[Horemans]

Par défaut, le Nip se retrouve dans le champ "clé lien externe" et sert à la liaison entre Ancestrologie et le programme Quisontils.

Après un export puis réimport gedcom, le nip n'est pas conservé alors que la clé lien externe l'est.

[DDdeBerdeux]

Par défaut, le Nip se retrouve dans le champ "clé lien externe" et sert à la liaison entre Ancestrologie et le programme Quisontils.

Après un export puis réimport gedcom, le nip n'est pas conservé alors que la clé lien externe l'est.

Je suppose que tu veux parler de CLE_FIXE dont la valeur par défaut est CLE_FICHE et non NIP. (On a déjà eu des échanges à propos de la fausse unicitée de cette CLE_FIXE après des importations de gedcom, dans un autre fil).

A+

André

Edit: l'autre fil c'est http://www.ancestrologie.org/forum/index.php?topic=4455.0

[Horemans]

J'ai cru comprendre que CLE_FIXE s'appelle "clé lien externe à l'affichage de la fiche individuelle (celle avec surnom apparent) et que sa valeur doit rester immuable après import/export pour conserver le lien avec Quisontils

Pour moi, CLE_FICHE c'était le NIP.

Mais est-ce que c'est ce que j'ai dit dans mon précédent message ? Pas clair ...

L'essenciel c'est de savoir que ces 2 champs peuvent ne pas avoir la même valeur, et de toute façon, ne sont concernés que ceux qui touchent un peu au sql, par défaut ces 2 champs sont renseignés automatiquement.

[DDdeBerdeux]

Pour moi, CLE_FICHE c'était le NIP.

Tu as partiellement raison, par extension on confond les deux, alors que dans le NIP qui paraît sur la fiche individu, la CLE_FICHE est précédée du code sexe.

Pour l'export/import d'un gedcom utilisé comme sauvegarde, tu as aussi raison, il faut garder la valeur de la CLE_FIXE (appelée clef lien externe dans la fiche individu), pour la liaison avec Quisontils.

Mais dans le fil cité, on démontre que si on importe un gedcom venant d'une autre base Ancestrologie (à nous ou à un correspondant), on peut très bien provoquer des doublons de la CLE_FIXE (de même si on la modifie manuellement!). Cà explique des doublons rencontrés par des utilisateurs. Il y a aussi une requête qui permet de retrouver ces doublons.

C'est pour celà qu'il serait intéressant, lors de l'importation d'un gedcom, d'avoir une option pour ne pas importer la CLE_FIXE.

A+

André

[Horemans]

Vu.

Merci pour la précision.