Sujet: Violation d'acces

[gbo]

Bonjour,



Je suis en V570 base 4.051

En allant afficher les photos des domiciles j'ai eu une violation d'accès à l'adresse 00471170 dans Ancestrologie à l'adresse 0000000004 (suis pas certain du nombre de zéro)



D'autre part en faisant tourner une requete qui scrute toute la base (dossier) et fait apparaître le nip je me suis rendu compte que j'avais plus de la moitié de ma base qui n'en avait pas, c'est normal ?

[Horemans]

D'autre part en faisant tourner une requete qui scrute toute la base (dossier) et fait apparaître le nip je me suis rendu compte que j'avais plus de la moitié de ma base qui n'en avait pas, c'est normal ?

Il y a 3 champs de la table INDIVIDUS qui peuvent avoir la même valeur selon comment a évolué la base (un réimport gedcom est source de différences)

CLE_FICHE, KLE_DOSSIER et CLE_FIXE.

A ma connaissance, CLE_FIXE, c'est la clé lien externe (liens avec Quisontils)

CLE_FICHE doit être le NIP mais c'est peut-être KLE_DOSSIER.

En demandant les 3 colonnes dans ta requête, tu pourras comparer. Si la clé lien externe n'est pas toujours renseignées, il faut passer une mise à jour par un update SQL qu'on doit encore trouver sur le forum --> a cette adresse : http://www.ybruant.magic.fr/phpBB2a/viewtopic?p=32360#32360

[gbo]

En fait il s'agissait de CLE_FIXE qui elle est incomplète (j'ignore totalement pourquoi), j'ai remplacé CLE_FIXE par CLE_FICHE  dans ma requete et maintenant chaque individus à son numèro (JE NE SUIS PAS UN NUMERO       )

[DDdeBerdeux]

Ce fil me rappelle de presque vieux souvenirs.

Le NIP c'est bien CLE_FICHE, et il n'est pas possible (sinon la base est bien "entamée"!) que des individus n'en aient pas ou qu'il y en ait 2 identiques.

C'est en effet la clé primaire de la table INDIVIDU.

Je pense que gbo confond avec CLE_FIXE, clé qui sert effectivement de lien avec QST. Mais l'attribution de cette clé n'a rien d'obligatoire, tant qu'on n'a pas besoin de ce lien.

Il suffit normalement de visualiser la fiche de l'individu dans Ancestrologie pour qu'elle soit attribuée. Ancestrologie (logiciel .exe) cherche à attribuer à CLE_FIXE la valeur de CLE_FICHE. Mais avant l'enregistrement, la base vérifie que cette valeur n'a pas déjà été attribuée. Si c'est le cas, elle attribue la première libre depuis 1.

L'égalité CLE_FIXE=CLE_FICHE n'a rien d'impératif, et est systématiquement rompue en cas d'importation.

Je conseillerai plutôt de ne pas attribuer de CLE_FIXE tant qu'on n'en a pas besoin. Ainsi on diminuera les chances de voir ses CLE_FIXE modifiées lors d'une importation.

A+

André

[gbo]

Merci pour les explications.



J'avais bien compris que CLE_FICHE devait être univoque car sans elle rien ne peut marcher.



En fait je n'ai fait que reprendre une requete ou le nip était déterminé par CLE_FIXE, trouvée sur le forum, que j'ai appliqué bêtement pour voir ce que ca donne et quel fut pas mon étonement de voir des fiches sans numéro.