Sujet: liste des individus ayant un lien vers Quisontils

[Helene]

Bonjour,



Je n'arrive pas à trouver la table concernée pour faire la liste des individus ayant un lien vers Quisontils... Quelqu'un peut-il m'aider?

Merci,



Hélène

[garnierfrancoise]

1) Je ne sais pas si cela existe (le BOA fera peut-être une proposision mais ce serait bien d'inclure cette liste parmi d'autres listes de l'onglet "Individus" d'Ancestrologie.



2) Dans quisontils dans le menu "Consulter les personnages" on peut :

- lister tous les personnages de l'albuml

- lister les personnages "Clé externe vide"



je suggère le complément :

- personnages avec clé externe

[Helene]

Merci!



J'y ai pensé ensuite, mais en fait je voudrais faire ca avec le requeteur sql, maintenant que j'ai un peu appris a jouer avec, pour faire des exports vers des fichiers etc...



Il me semble qu'on ne peut pas imprimer la liste ou l'exporter avec quisont-ils (d'ailleurs ca ne me semble pas prioritaire non plus!) Si je ne me trompe pas, en cochant  la case "cle lien externe", on obtient bien la liste de ceux qui ont une cle, et non pas le contraire (comme c'etait peut-etre le cas dans une version precedente, ou alors c'est moi qui ne suis plus a jour).



Le fait qu'il y ait un lien vers quisontils apparait dans ancestrologie sur la fiche de chaque individu, donc il y a une table qui dit ca quelque part... si on la trouve ca ne devrait pas etre une requete trop difficile...



bonne soiree,



helene

[Horemans]

Merci!

mais en fait je voudrais faire ca avec le requeteur sql,

Pour ainsi dire tous les indvidus d'Ancestrologie ont une clé de liaison, mais sans forcément de correspondance dans Quisontils.

Si on veut une liste des individus ayant une clé de liaison c'est par Quisontils qu'on pourra le savoir, c'est Yves qui peut apporter une réponse.

[DDdeBerdeux]

Si j'ai bien compris, depuis environ juin 2005, les versions diverses d'Ancestrologie, mettent à jour un champ "CLE_FIXE" dont la valeur par défaut est égale à CLE_FICHE (appelé aussi NIP), dans la table INDIVIDU, quand on modifie l'individu. Cette valeur est utilisée pour assurer le lien avec Quisontils, mais celà ne veut pas dire que l'individu existe dans Quisontils.

Par contre par les "Préférences générales"/"Répertoires" Ancestrologie est capable de lire le fichier Quisontils.ini se trouvant dans le répertoire de Quisontils. Là il peut lire l'adresse de l'album en cours (rubrique [ALBUM]). A cette adresse il va lire le fichier Album.ini où à la rubrique [CLESPERSONNAGES] se trouve toute la liste des individus contenus, sous la forme: CLE_FIXE=Nom identifiant dans Quisontils.

Si Ancestrologie y trouve la CLE_FIXE de l'individu en cours, il rend active l'icône de lien avec Quisontils.

Et vous savez maintenant où chercher le renseignement.

Yves Bruant argumente "Quisontils assure la pérennité des saisies par l'usage exclusif de fichiers textes", mais une vrai base de données, c'est quand même plus pratique et plus rapide

A+

André

[Helene]

Maintenant je sais pourquoi je ne trouvais pas!

Merci beaucoup pour ces explications.



Helene



PS : j'ai une question qui n'a pas tellement d'importance, c'est juste pour comprendre. Si je selectionne le NUM_SOSA (float) tout seul, par exemple dans ma liste d'ascendance, il s'affiche juste la partie entiere. Si je le mets dans une concatenation, tous les 0 apres la virgule s'affichent.  J'ai resolu le probleme pour moi en mettant un CAST AS INTEGER (je ne sais pas si c'est la meilleure manoeuvre d'ailleurs), mais ca ne m'explique pas pourquoi il n'affiche pas les 0 lorsque je le selectionne tout seul.

[DDdeBerdeux]

Si je selectionne le NUM_SOSA (float) tout seul, par exemple dans ma liste d'ascendance, il s'affiche juste la partie entiere. Si je le mets dans une concatenation, tous les 0 apres la virgule s'affichent.

Dans le premier cas, c'est un nombre qui est affiché et ce sont sans doûte les paramètres régionaux de windows pour l'affichage des nombres qui sont pris en compte. Dans le second, le nombre double-précision est transformé en chaîne par la fonction interne avant d'être affiché.

Mais la question que je me pose, c'est pourquoi ne pas avoir défini le NUM_SOSA dans le type INTEGER, c'est toujours un entier

J'ai regardé s'il était possible de le modifier, mais c'est quasiment impossible, il est utilisé dans pas mal de procédures et comme en plus ces procédures ont des paramètres transmis au programme en "double-précision", il faudrait les "caster" à chaque fois; trop complexe.

Il y a comme celà d'autres cas dans la base où on s'interroge sur le bien fondé du type utilisé. Par exemple des BLOB en sous-type BLR (binaire), alors qu'ils ne contiennent que des textes. J'en ai modifié en sous-type TEXT sans que celà perturbe le fonctionnement d'Ancestrologie. L'intérêt étant que ces champs TEXT peuvent être lus dans d'autres logiciels ou par ODBC.

André

[PThierry]

Mais la question que je me pose, c'est pourquoi ne pas avoir défini le NUM_SOSA dans le type INTEGER, c'est toujours un entier

la réponse est simple INTEGER est limité à 2.147.483.647 et certaines personnes dépassent cette limite quand elles ont beaucoup de sosa

[DDdeBerdeux]

la réponse est simple INTEGER est limité à 2.147.483.647 et certaines personnes dépassent cette limite quand elles ont beaucoup de sosa

Ouai, mais çà fait tout de même 31 générations, ce qui doit amener aux environs de l'an 1100. A moins de faire la généalogie de son chien

Mais il est possible que quelques généalogistes (au sang bleu?) soient gênés.

Depuis la version 1.5 Firebird supporte le type BIGINT sur 64 bits, mais je ne sais pas si tous les langages le supportent?

A+

André

[Helene]

En effet, il est assez facile d'arriver a ces sosa enormes des qu'on trouve un acendant noble quelque part... Mon arriere grand-mere etait d'origine noble (petite noblesse bretonne) et hop, en moins de deux (et grace a internet) on se retrouve avec Charlemagne dans ses ancetres! et donc on peut remonter jusqu'a 400, 500...

Au debut j'ai trouve ca assez rigolo, mais finalement je me suis concentree plus sur les ascendants plus proches, et qui me semblent plus significatifs dans mon cas (des paysans bretons qui se mariaient entre voisins, et c'est finalement assez interessant d'essayer de demeler les transmisions de fermes, les familles "riches" qui font faillite etc... )



Merci en tout cas pour tes explications.



Helene