En revanche par rapport à la remarque faite plus haut sur les possibilités d'évolution de statut de la personne en fonction de la temporalité, je dirais qu'une sage-femme, un accoucheur on "n'en a qu'un et une seule fois".
Bonjour,
Mes remarques valaient surtout pour les témoins des événements familiaux.
Pour les événements individuels, il est toujours possible de contourner le problème en ajoutant un enregistrement supplémentaire pour chaque type de relation d'un même témoin:
une première ligne comme la sage-femme, une seconde comme marraine (çà a existé).
Ce n'est pas élégant mais çà dépanne.
Mais pour un mariage, afin de distinguer la relation avec l'époux de celle avec l'épouse, il faudrait ajouter à la table de référence quasiment le double du nombre de relations existantes: parrain de l'époux, parrain de l'épouse, marraine de l'époux... etc, en prenant soin de ne pas dépasser les 40 caractères autorisés dans le champ REF_RELA_LIBELLE...
Le problème concernant la perte des références avec une base vide peut aussi être contourné en ne mettant pas à jour directement par SQL la table REF_RELA_TEMOINS de la base, mais le fichier au format txt, REF_RELA_TEMOINS.txt situé dans le sous-répertoire "Tables de references" du répertoire d'installation d'Ancestrologie. L'application "TablesReference.exe" permet alors de recharger uniquement la table REF_RELA_TEMOINS de la base (ou de la future base vide).
Bien évidemment, par précautions, sauvegarder la base et le fichier original REF_RELA_TEMOINS.txt avant de faire ces modifications. Il faut respecter rigoureusement le format de ce fichier: pas de ligne d'en-tête, séparateur la tabulation, sans ajouter d'espace. Seul le dernier champ peut être omis.
Comme Windows (au moins la version 10) n'autorise pas facilement la modification d'un fichier dans "Program files", il est plus simple d'en modifier une copie dans son environnement (Documents) et de la copier ensuite dans le sous-répertoire "Tables de references" avant de l'importer.
André