Sujet: [résolu] Gestion des "TEMOINS"

[MAURISSON]

Bonjour,



Quelqu'un peut-il me donner une idée pour gérer les 'témoins' d'événements (ou comment les gérez-vous?).

Je viens d'émerger, et de me rendre compte que dans les fiches de ma généalogie, je ne trouve pas (ou ne sais pas) comment gérer ces témoins,

Aucun marquage ne permet de les repérer dans une liste (voir peut-être avec sql ou boa ?).

Dans les longues listes, je finis par me demander "qui c'est celui-là", et rien sur sa fiche ne l'identifie comme témoin.





Merci

[Sophie]

Lorsqu'un individu est témoin d'un évènement, au bas de sa fiche, l'icône du livre est ouverte. En cliquant dessus, tu peux voir à quel(s) évènement(s) il est associé.



Par contre, ce serait en effet intéressant de pouvoir éditer une liste des individus témoins / évènements.

[MAURISSON]

Merci Sophie,



C'est vrai, je suis passé au travers de cette possibilité d'afficher les événements associés, mais reste que dans les listes pouvoir d'un coup d'oeil "isoler" ceux qui ne sont pas partie prenante de la généalogie serait pas mal, mais c'est que mon avis.

Je vais aller faire un tour dans les requêteurs, pour sortir une liste des témoins.

[MAURISSON]

Si vous avez, un avis ou mieux une idée, allez-y, je suis preneur.



Sinon, je le marque : [résolu]



Bonne soirée.

[Horemans]

"isoler" ceux qui ne sont pas partie prenante de la généalogie

Il y a aussi la liste des individus dits "orphelins" dans le menu "individus"



Pour le sql , déjà paru par le passé :

/* Liste des témoins des événements Individus */



SELECT  I.NOM as NOM_TEMOIN, I.PRENOM AS PRENOM_TEMOIN ,

R1.REF_RELA_LIBELLE as RELATION ,

R.REF_EVE_LIB_LONG as EVENEMENT,

I1.NOM as NOM, I1.PRENOM AS PRENOM,

E.EV_IND_DATE_WRITEN as DATES,

E.EV_IND_VILLE as VILLE

FROM T_ASSOCIATIONS T, EVENEMENTS_IND E,  INDIVIDU I,

INDIVIDU I1,  REF_EVENEMENTS R, REF_RELA_TEMOINS R1

WHERE T.ASSOC_KLE_DOSSIER = 1

AND E.EV_IND_KLE_DOSSIER = T.ASSOC_KLE_DOSSIER

AND T.ASSOC_TABLE = 'I'

AND T.ASSOC_KLE_IND = E.EV_IND_KLE_FICHE

AND E.EV_IND_CLEF = T.ASSOC_EVENEMENT

AND I.CLE_FICHE = T.ASSOC_KLE_ASSOCIE

AND I1.CLE_FICHE= T.ASSOC_KLE_IND

AND R.REF_EVE_LIB_COURT = E.EV_IND_TYPE

AND R1.REF_RELA_CODE = T.ASSOC_TYPE

ORDER BY I.NOM, I.PRENOM



/* Liste des témoins événements familiaux */



SELECT DISTINCT I.NOM as NOM_TEMOIN, I.PRENOM AS PRENOM_TEMOIN ,

R1.REF_RELA_LIBELLE as RELATION ,

R.REF_EVE_LIB_LONG as EVENEMENT,

I1.NOM as NOM_MARI, I1.PRENOM AS PRENOM_MARI,

I2.NOM as NOM_FEMME, I2.PRENOM AS PRENOM_FEMME,

E.EV_FAM_DATE_WRITEN as DATES , E.EV_FAM_VILLE as LIEU

FROM T_ASSOCIATIONS T, EVENEMENTS_FAM E, T_UNION T1, INDIVIDU I,

INDIVIDU I1, INDIVIDU I2, REF_EVENEMENTS R, REF_RELA_TEMOINS R1

WHERE T.ASSOC_KLE_DOSSIER = 1

AND T.ASSOC_TABLE = 'U'

AND E.EV_FAM_CLEF = T.ASSOC_EVENEMENT

AND E.EV_FAM_KLE_DOSSIER = T.ASSOC_KLE_DOSSIER

AND T1.UNION_CLEF = E.EV_FAM_KLE_FAMILLE

AND I.CLE_FICHE = T.ASSOC_KLE_ASSOCIE

AND I1.CLE_FICHE = T1.UNION_MARI

AND I2.CLE_FICHE = T1.UNION_FEMME

AND R.REF_EVE_LIB_COURT = E.EV_FAM_TYPE

AND R1.REF_RELA_CODE = T.ASSOC_TYPE

ORDER BY I.NOM, I.PRENOM

[MAURISSON]

Bonjour, Philippe,



Je vais de ce pas tester ces procédures, cela me facilite grandement le travail.



Merçi.

[Claude Baudin]

KLE_DOSSIER = 1[/color]

AND E.EV_IND_KLE_DOSSIER = T.ASSOC_KLE_DOSSIER

AND T.ASSOC_TABLE = 'I'

AND T.ASSOC_KLE_IND = E.EV_IND_KLE_FICHE

AND E.EV_IND_CLEF = T.ASSOC_EVENEMENT

AND I.CLE_FICHE = T.ASSOC_KLE_ASSOCIE

AND I1.CLE_FICHE= T.ASSOC_KLE_IND

AND R.REF_EVE_LIB_COURT = E.EV_IND_TYPE

AND R1.REF_RELA_CODE = T.ASSOC_TYPE

ORDER BY I.NOM, I.PRENOM



/* Liste des témoins événements familiaux */



SELECT DISTINCT I.NOM as NOM_TEMOIN, I.PRENOM AS PRENOM_TEMOIN ,

R1.REF_RELA_LIBELLE as RELATION ,

R.REF_EVE_LIB_LONG as EVENEMENT,

I1.NOM as NOM_MARI, I1.PRENOM AS PRENOM_MARI,

I2.NOM as NOM_FEMME, I2.PRENOM AS PRENOM_FEMME,

E.EV_FAM_DATE_WRITEN as DATES , E.EV_FAM_VILLE as LIEU

FROM T_ASSOCIATIONS T, EVENEMENTS_FAM E, T_UNION T1, INDIVIDU I,

INDIVIDU I1, INDIVIDU I2, REF_EVENEMENTS R, REF_RELA_TEMOINS R1

WHERE T.ASSOC_KLE_DOSSIER = 1

AND T.ASSOC_TABLE = 'U'

AND E.EV_FAM_CLEF = T.ASSOC_EVENEMENT

AND E.EV_FAM_KLE_DOSSIER = T.ASSOC_KLE_DOSSIER

AND T1.UNION_CLEF = E.EV_FAM_KLE_FAMILLE

AND I.CLE_FICHE = T.ASSOC_KLE_ASSOCIE

AND I1.CLE_FICHE = T1.UNION_MARI

AND I2.CLE_FICHE = T1.UNION_FEMME

AND R.REF_EVE_LIB_COURT = E.EV_FAM_TYPE

AND R1.REF_RELA_CODE = T.ASSOC_TYPE

ORDER BY I.NOM, I.PRENOM

Ce serait bien si de tels proc étaient classées dans un dossier sur le forum pour que chacun puisses y puiser dedans en cas de besoin  

[Horemans]

Ce serait bien si de tels proc étaient classées dans un dossier sur le forum pour que chacun puisses y puiser dedans en cas de besoin  

Patience

[MAURISSON]

Tout a fait d'accord, et avec une patience d'ange.



Petite question :

est-il possible de trouver quelque part, une doc (ou info) comportant les tables d'ancestro ainsi que leurs champs (avec le type) ?

On peut éditer table par table, via le SQL, mais, bon si cela existe, on éviterait de refaire le travail.

Cela permettrait de les éditer et de pouvoir écrire une requête avant de la saisir (de mon temps on appelait cela "pisser" de la ligne, toute une vie....)



Bonne après-midi.

[Horemans]

est-il possible de trouver quelque part, une doc ...

Il existe deux documents MCD et MPD, mais je ne retrouve pas où (chez Lau ? je ne sais plus). Les messages ont disparu.

Sinon il y a la solution select * from table qui permet la plupart du temps de trouver son bonheur...

Il faut fouiller.

[AquaBlue]

Ou bien attaquer la base en direct avec IBEpert ( http://www.ibexpert.com/ )

page Download et la dernière ligne IBExpert Free Personal Edition



ou bien en direct : http://www.hksoftware.net/download/ibep_2006.1.29.1_full.exe



Gratuit et en français.

Il n'y a pas mieux, en gratuit, pour attaquer une base Interbase/Firebird.



Attention de ne pas faire de bêtises    L'outil est très puissant    

Toujours attaquer une copie de la base, JAMAIS l'original (sauf si tu sais ce que tu fais !)



ATTENTION IBExpert ne fonctionne qu'avec un serveur (donc pas avec Firebirs embedded)

[PThierry]

Par contre, ce serait en effet intéressant de pouvoir éditer une liste des individus témoins / évènements.

et le BOA à quoi sert-il?

c'est dedans

pour les témoins d'événements individuels et familiaux

Ce serait bien si de tels proc étaient classées dans un dossier sur le forum pour que chacun puisses y puiser dedans en cas de besoin

.

ça existe en partie depuis longtemps sur le site de Stéphane

(http://ransac.chez-alice.fr/)

compilation des requêtes sql pour le BOA

[MAURISSON]

Prudence étant mère de toutes les vertues,

je souhaite seulement avoir une trace papier des tables et champs, cela me permettra dans un premier temps de repérer et annoter ce qui m'intéresse, et ensuite d'écrire (faire tourner la procédure à vide) avant de la saisir dans le requéteur.

Pour moi il est hors de question d'attaquer de front la base, mes connaissances se limites au basic, cobol, Access(que du pas jeune).



Merçi de toutes vos idées et infos.

[AquaBlue]

Eh ! Eh ! Access c'est tout à fait d'actualité    



Tu vas là http://www.ibphoenix.com/main.nfs?a=ibphoenix&s=1137582614:66942&page=ibp_60_odbc et tu charges les pilotes ODBC pour Firebird (j'utilise la version 1.2 sans problèmes)



Tu installes ces pilotes.



Tu ouvres Access et tu crées une nouvelle base. (Je la mets avec Ancestrologie.FDB)

Tu cliques droit dans l'onglet "Tables" et tu choisis "Lier Tables" (J'ai un Access en anglais donc ma traduction n'est peut-être pas rigoureuse !)

Dans la fenêtre qui s'ouvre tu choisis "ODBC Databases" dans "Type de fichiers" en bas, puis "Nouveau" dans la fenêtre qui vient de s'ouvrir.

Une fenêtre s'ouvre : tu choisit "Firebird/Interbase (R) driver"

Tu cliques le bouton "Paramètres avancés..." et tu ajoutes :

UID=SYSDBA

PWD=masterkey

DBNAME=C:\Program files\Ancestrologie\Database\NomDeTaBAse.BDD

Valide OK puis "Suivant"

Tu donnes un nom pour le fichier de définition de ta connexion (MaBase par exemple) puis "Suivant" et "Terminer"

Normalement tu as un joli petit fichier qui porte le nom que tu viens de lui donner et une extension .dns. Tu le sélectionnes et tu valides.

Tu as une petite fenêtre qui s'ouvre et qui te demandes "Compte" et "Mot de passe" donc "SYSDBA" et "masterkey" (laisse "Rôle" vide) et tu valides.

Dans la fenêtre qui s'ouvre "sélectionne Tout", coche "Sauve Mot de passe" et valide.

Si Access te demandes de valider la clef de certaines tables tu lui dis "Annuler".



Voila tu as un base Access qui est directement liée avec ta base Ancestrologie.

Tu n'as plus qu'a te replonger dans Access, son SQL un peu spécial .....et VBA !

[MAURISSON]

La vache.......quel pied (je m'emporte, je m'emporte)



Tout cela va me rappeler ma jeunesse.



J'avais déjà extrait toutes les tables (datas) avec leurs champs,

pour moi c'est plus facile d'avoir une vue générale de la base, que de partir à la recherche d'un champ dans une table.



Mais avec ta solution, c'est mieux que la cerise sur le gâteau.

Pour le semblant de SQL et le VBA, pas d'inquiétude, j'assure.

Ah le basic en 1964, c'était quelque chose.....



Encore merçi Aquablue.

[DDdeBerdeux]

Bonsoir,

Pour le pilote ODBC http://ovh.dl.sourceforge.net/sourceforge/firebird/Firebird_ODBC_1.2.0.69-Win32.exe

a une option qui permet de mémoriser l'identifiant et le mot de passe.

Mais il me semble que même ODBC a besoin de gds32.dll pour fonctionner. Pas de problème si c'est Firebird serveur qui est installé (multiutilisateur en prime), mais avec la version  embedded, il doit falloir mettre une copie du gds32 dans \windows?

A+

André

[AquaBlue]

Je crois que je n'ai jamais essayé les pilotes ODBC avec "embedded" car ça fait des lustres que j'utilise la version serveur (au moins depuis la 1.0).



Pour la mémorisation du mot de passe je ne sais pas.

Mais j'ai toujours la demande de pwd lors d'une nouvelle connexion et ça me parait raisonnable et logique.

[DDdeBerdeux]

JMais j'ai toujours la demande de pwd lors d'une nouvelle connexion et ça me parait raisonnable et logique.

Cà le serait si çà n'était pas SYSDBA et masterkey les valeurs par défaut de Interbase/Firebird, que tout le monde connait. Et j'entends d'ici les cris si on demandait aux utilisateurs de s'identifier à chaque fois qu'ils ouvrent Ancestrologie

A+

André

[MAURISSON]

Je confirme qu'il faut gds32.dll dans la racine Windows.



Pour le reste, j'ai quelques soucis avec access, qui est un peu rétif à utiliser "Firebird/Interbase (R) driver", mais je vais tout reprendre calmement, et je vaincrais (enfin j'espère, restons modeste)

Je vous tiendrais au courant.