Sujet: Date de Naiss/Décès dans la case enfant(affich principal)

[geneal]

Bonjour à tous,

j'ai un certain nombre de cas où les dates de naissances ou de décès ne s'affichent pas dans la liste Enfant de l'écran principal alors que ces dates sont renseignées et qu'elles apparaissent quand on appelle sur ce même écran l'enfant en question.

Sans certitude, j'ai l'impression que cela arrive quand on saisit ces dates dans un 2ème temps(pas lors de la création de l'individu)



Concrêtement, j'ai des listes enfants(sur l'écran principal) mal triées car la date de naissance semble ignorée pour certains d'entre eux.



N.B. : le nettoyage de la base n'y change rien

v527 b 4-035

Si vous avez une idée

merci de votre aide

Cordialement

Paul FOREST

[Facon]

Bonjour,

Cette anomalie semble être analogue à celle traitée dans le fil "dates et répertoire" dans la partie utilisation.

Pour éviter ce point, il convient d'enregistrer la fiche avant d'y ajouter des événements.

Un autre moyen de s'en sortir est de passer en base b4.037, André a fait le nécessaire pour remédier à ce problème dans l'attente d'une reprise au niveau de l'application.

Toujours penser à faire une sauvegarde.

[geneal]

Merci

paul FOREST[/code]

[DDdeBerdeux]

Le passage en b4.037 permet d'éviter l'apparition de cette erreur, mais je ne pense pas qu'elle corrige les erreurs existantes.

Si c'est bien le cas, er que le nombre d'erreurs est trop important pour les corriger une à une, commencez par faire une copie de sauvegarde de votre base.

Il y a ensuite 2 solutions pour corriger votre base:

soit vous exécutez la requête suivante:

Code: [Sélectionner]

update individu i set

i.date_naissance=(select ev_ind_date_writen from evenements_ind where ev_ind_kle_fiche=i.cle_fiche

                     and ev_ind_type='BIRT'),

i.annee_naissance=(select ev_ind_date_year from evenements_ind where ev_ind_kle_fiche=i.cle_fiche

                     and ev_ind_type='BIRT'),

i.date_deces=(select ev_ind_date_writen from evenements_ind where ev_ind_kle_fiche=i.cle_fiche

                     and ev_ind_type='DEAT'),

i.annee_deces=(select ev_ind_date_year from evenements_ind where ev_ind_kle_fiche=i.cle_fiche

                     and ev_ind_type='DEAT'),

i.age_au_deces=(select ev_ind_date_year from evenements_ind where ev_ind_kle_fiche=i.cle_fiche

                     and ev_ind_type='DEAT')-(select ev_ind_date_year from evenements_ind

                     where ev_ind_kle_fiche=i.cle_fiche and ev_ind_type='BIRT')soit vous allez sur le forum développement où vous téléchargez la base vide b4.037 et l'outil de copie de dossier et vous vous faîtes une belle base toute neuve, après avoir bien lu les messages qui les accompagnent dans les 2 fils les concernant, pour comprendre le fonctionnement.

A+

André

[guillaume simonnet]

andre, excuse mon ignorance... j'execute la requete ci-dessus avec quoi  

j'ai essaye de trouver la base 4.037 vide sur le forum developpement mais je n'ai pas trouve (ni les explications qui vont avec d'ailleurs)  :?

[DDdeBerdeux]

Bonjour,

Le lien pour télécharger la base vide b4.043 est encore dans http://www.ancestrologie.org/forum/index.php?topic=6348.0&start=0 , le mot "LA" en fin du premier paragraphe. Elle s'appelle FamilleVide.bdd. Je précise "encore", car je n'utilise mon site qu'en relais, pendant les phases de test. Ensuite, il y a une base seule à télécharger au point 9 du site ancestrologie.org. Seule différence entre les deux, cette base seule contient une généalogie exemple (celle de Napoléon?). Et il faut faire attention, car le fichier téléchargé se décompresse par défaut dans c:\program files\ancestrologie\database et se nomme ancestrologie.bdd, juste comme il faut pour écraser la base de ceux qui ont gardé l'emplacement et la base d'origine! Alors si c'est votre cas, choisissez un autre emplacement.

Renommez et déplacez cette base où vous voulez. Depuis Ancestrologie, sélectionnez là par le menu "Emplacement de la base de données", et si elle contient une généalogie, videz-la par le menu Généalogies/ Dossiers de la base. Pendant que vous y êtes, optimisez-là. Puis faites une copie du nouveau fichier, que vous pourrez utiliser quand vous voudrez créer une nouvelle base.

La requête peut être exécutée dans le BOA.

A+

André

[guillaume simonnet]

j'ai fait la procedure sql et meme si ca se finit par une erreur (que j'ai oublie de relever desole...) ca a l'air d'avoir marcher  

merci andre  

[DDdeBerdeux]

j'ai fait la procedure sql et meme si ca se finit par une erreur

Pour exécuter une requête dans le BOA on a le choix entre deux boutons, l'un doit s'appeler "Exécuter requête" et l'autre "Exécuter procédure".

Des infobulles rappellent que le premier doit être utilisé quand la requête retourne un résultat (qu'on retrouvera sous forme d'enregistrements sous l'onglet "Résultats"), et l'autre quand elle n'en retourne pas.

Une requête UPDATE ne retournant pas de résultats, il fallait utiliser le deuxième bouton. Mais l'erreur est provoquée dans le BOA qui attend une réponse alors qu'il n'y en a pas, pas dans la base qui a exécutée la requête.

Bonne nuit

André

[guillaume simonnet]

effectivement  



par contre je constate que le probleme continue de se manifester meme une fois la procedure executee. il faut donc que je reexecute la procedure regulierement, est-ce normal  

[guillaume simonnet]

il faut donc que je reexecute la procedure regulierement, est-ce normal  

[DDdeBerdeux]

par contre je constate que le probleme continue de se manifester meme une fois la procedure executee. il faut donc que je reexecute la procedure regulierement, est-ce normal  

Bonjour,

Ce n'est pas normal, mais peux-tu préciser les versions base et logiciel que tu utilises?

A+

André

[guillaume simonnet]

v530 b4.037  

[DDdeBerdeux]

Rien n'a été modifié dans la base depuis la b4.037 qui concerne la mise à jour des champs de date dans la fiche individu. Mais dans l'exe, j'ignore.

Je pense que le mieux, après sauvegarde de précaution, c'est de mette ta base et le logiciel aux dernières versions officielles, b4.043 V547, repasser la requête ci-dessus pour être sûr de supprimer toutes les anomalies de dates dans le répertoire.

Ensuite alerte nous si tu vois encore apparaître cette anomalie que je pensais disparue.

A+

André

[guillaume simonnet]

ok andre, je te tiens au courant. il faudra que je trouve des individus a mettre a jour egalement mais ca c'est un autre probleme  

[guillaume simonnet]

andre, je reviens vers toi a propos du probleme decrit dans ce post. je suis desormais en v570 b4.051 et le probleme persiste. que faire  

[Bruno T.]

Bonjour,

Si tu lances dans la BOA l'execution deu SQL select * from individu where kle_dossier='ton numéro de dossier'

Il te liste tout les individus, que contient la colonne ANNEE_NAISSANCE pour les individus qui posent souci, est-elle vide ?

[guillaume simonnet]

quelle est la requete pour rechercher un individu en particulier par exemple si j'ai le nom ou le numero nip    la requete generale sur ma base me retourne des milliers de resultats que je ne peux meme pas classer par ordre alphabetique  

[Roger 1]

Si tu fais cette requête tu auras tous les individus par ordre croissant du NIP ou CLE_FICHE, ela t'évites de la relancer plusieurs fois.



SELECT CLE_FICHE as NIP, NOM, PRENOM from INDIVIDU where KLE_dossier=1 order by CLE_FICHE

A+

[Bruno T.]

Oui, mais il faut rajouter les autres colonnes pour tout voir donc:

SELECT * from INDIVIDU where KLE_dossier=1 order by CLE_FICHE et si tu veux un nip en particulier

SELECT * from INDIVIDU where KLE_dossier=tonnumerodedossier and cle_fiche= le numeroNIP

[DDdeBerdeux]

Il me semble avoir compris que tu as essayé la mise à jour avec la requête. Si les erreurs réapparaissent, c'est que quelque chose ne doit pas être à jour dans ta base. N'ayant pas les moyens de l'explorer à distance, le mieux est encore que tu tranfères tes données dans une base dont je suis sûr. C'était la deuxième solution que je proposais précédemment.

A+

André