Cà y est Philippe a mis une bêta V536 en ligne. Elle est nécessaire pour essayer cette b4.041, et réciproquement.
Le fichier de mise à jour est à télécharger
ICI et la base vide accompagnée de la liste complète des modifications
LA .
Liste des modifications:
Modification PROC_PURGE_IMPORT_GEDCOM. Ajout d'un mode 3 pour supprimer les traces d'une importation (et ne plus courir le risque de supprimer des individus après une importation).
Refonte complète PROC_ETAT_ECLAIR, table TQ_ECLAIR, état Liste Eclair pour faire apparaître les nombres de naissances, baptêmes, mariages, décès et sépultures, et supprimer les anomalies de présentation multiples des couples patronyme-commune. Ajout colonnes INSEE, DEPT et REGION. Suppression du tri par nom/ville par la procédure. Tri par département, nom et ville intégré au code de ancestrologie.exe. Création de 4 états dont les présentations correspondent aux tris.
Ajout du champ CP_VILLE_MAJ à la table de référence REF_CP_VILLE, contenant le nom de la ville en majuscules non accentuées. Modifications de la procédure PROC_VILLE_PAR_VILLE pour utiliser ce nouveau champ, accélérant la recherche de la ville et supprimant les anomalies dues aux caractères accentués dans les noms de ville. Adaptation de la table de référence au format .txt, copiée sous le nom de REF_CP_VILLE2.txt lors de la mise à jour.
Donc maintenant on a une liste éclair beaucoup plus complète, et au lieu de la seule présentation dont l'aspect était seulement satisfaisant dans le tri par patronymes, il y a un état par tri possible. Mais c'est à vous de choisir l'état qui convient en fonction du tri demandé; il n'y a pas d'automatisme pour ce choix.
Le champ REGION a été ajouté à PROC_ETAT_ECLAIR, bien qu'il ne soit pas présenté dans l'état, et que le tri par région ne puisse pas être commandé par le logiciel. Mais si quelqu'un en a besoin, il peut l'utiliser dans une requête. Par exemple:
select * from proc_etat_eclair(dossier,sosa,'%') order by REGION,DEPT,VILLE,NOM
où dossier est votre dossier et sosa=1 pour ne voir que les sosa, 0 pour tous.
Pour résoudre le problème de la recherche de la ville dans l'état des lieux, perturbé par les lettres accentuées, j'ai ajouté une colonne à la table REF_CP_VILLE, remplie avec le nom de la ville en majuscules non accentuées. La vitesse de recherche est nettement améliorée, et l'ordre des noms ne tient pas compte de l'accentuation, c'est plus pratique. En contre-partie, il a fallu modifier la liste de référence au format .txt utilisée pour recharger la base. Elle s'appelle REF_CP_VILLE2.txt et est installée dans le répertoire des tables de références. Avant de l'utiliser, il faut éventuellement y recopier les modifs que vous auriez faites dans le fichier précédent, et le renommer sans le 2.
Un grand merci à Lya et Roger1, qui m'ont un peu poussé, donné des idées et faits les premiers tests. Et à Philippe qui a posé la première question, et modifié le programme pour que tout celà soit possible.
Bons tests.
André
PS: La mise à jour est assez longue. Normal, il faut créer les 40000 noms de villes en majuscules non accentuées...
Réédition du 15/08/2006: redirection des liens vers b4.043