Voir le sujet précédent :: Voir le sujet suivant |
Auteur |
Message |
crolain Pro

Inscrit le: 27 Fév 2003 Messages: 585
|
Posté le: 23 Oct 2003 16:47 Sujet du message: Problèmes de tri |
|
|
Régulièrement, apparaît sur ce forum la description de problèmes de tri.
Certaines actions ponctuelles ont déjà été prises ( notamment par moi) mais elles relevaient plus de procédures 'trucs et astuces" que d'une véritable solution de fond.
Bien que je ne sois pas certain de rencontrer les voeux de la majorité de la communauté des utilisateurs, j'ai franchi le pas et j'ai recréé la base de données ancestrologie.bdd de manière à ce qu'elle permette de spécifier un certain nombre de tris différents et notamment ceux demandés par les accents de la langue française.
Malheureusement, cette option ne peut être prise qu'à à la création de la base de données par le développeur et , bien que les tables soient identiques à celles de la version actuelle, il est techniquement impossible de migrer de la version 2.05 vers ce que j'ai appelé la 3.0 sur mon site à l'aide d'un programme utilitaire de migration.
Les 2 méthodes de migration possibles sont :
1) l'import gedcom à partir d'une base vide
2) le transfert de données par un utilitaire du type IDPUMP.
Cette base de données ne peut être utilisée qu'avec la version 2.0.0.1801 que j'ai également placée sur mon site.
J'ai déjà corrigé quelques erreurs de tri mais je ne suis pas certain d'avoir été exhaustif.
Toutefois, toute erreur de tri constatée avec cette version de base de données pourra être facilement corrigée dans les meilleurs délais.
A vous de dire si le jeu en vaut la chandelle
J'ai également implémenté l'ordre d' affichage des événements basé sur l'année et qui peut être forcé par un tri manuel.
Je verrai ultérieurement les possibilités offertes par la solution de Aquablue si le consensus persiste.
Merci d'avance à ceux qui voudront bien tester.
Cordialement,
Claude |
|
Revenir en haut |
|
 |
Lau Pro, Modérateur


Inscrit le: 01 Avr 2003 Messages: 1541
|
Posté le: 23 Oct 2003 18:21 Sujet du message: |
|
|
Ca ne me dérange pas de ne pas utiliser de procédure de migration : je n'utilise que des exports Gedcom. S'il faut faire une modification importante de la base, faisons-la.
Et s'il y a besoin d'un outil pour changer les données en masse, tu peux me donner un bout de code avec les MAJ SQL, je les intègrerai au BOA. |
|
Revenir en haut |
|
 |
crolain Pro

Inscrit le: 27 Fév 2003 Messages: 585
|
Posté le: 23 Oct 2003 18:26 Sujet du message: |
|
|
Il n'y a rien à changer aux données.
J'ai changé le DEFAULT CHARACTER SET de la db (de NONE vers IS8859_1 ce qui m'ouvre la COLLATING SEQUENCE FR_FR).
Malheureusement, on ne peut préciser le "default character set" qu' à la création de la DB.
D'où la manoeuvre.
A part cela, c'est complètement transparent pour l'utilisateur.
IL faut également préciser que cela n'arrivera qu'une fois.
A partir de cette étape, les autres modifications de base seront possibles par migration comme auparavant.
Cordialement,
Claude |
|
Revenir en haut |
|
 |
AquaBlue Pro


Inscrit le: 02 Mar 2003 Messages: 1199 Localisation: Paris - France
|
Posté le: 23 Oct 2003 18:52 Sujet du message: |
|
|
Bravo Claude,
Tu es un vrai magicien
Je pense que le résultat escompté vaut largement le petit inconvénient.
Perso cela ne me gènera pas du tout car je n'utilise jamais la migration et comme Lau j'exporte et reimporte (J'ai d'ailleurs une belle collection de Gedcom ) _________________ Les Anomalies & Suggestions et la FAQ sont là.
 |
|
Revenir en haut |
|
 |
patschw Pro

Inscrit le: 28 Fév 2003 Messages: 234 Localisation: Lyon
|
Posté le: 23 Oct 2003 21:59 Sujet du message: |
|
|
Pour ma part, je n'utilise JAMAIS la procédure gedcom pour une montée de version. Je n'ai JAMAIS procédé à une réinstallation en raison d'un blocage momentané de l'application. Comme beaucoup, certainement, j'ai utilisé toutes les possibilités de l'outil. On ignore complètement le nombre d'utilisateur et leur manière de saisir les données et les champs qu'ils utilisent. A-t-on mesuré l'impact avant d'imposer le procédé ? Je suis extrèmement ennuyé de perdre des données ou des formatages de date.
Patrick |
|
Revenir en haut |
|
 |
AquaBlue Pro


Inscrit le: 02 Mar 2003 Messages: 1199 Localisation: Paris - France
|
Posté le: 24 Oct 2003 09:11 Sujet du message: |
|
|
Mon cher Patrick,
Tu es loin d'être un débutant donc la méthode IBPump est pour toi
Je te signale en outre qu'un utilitaire comme IBEasy+ permet d'exporter toute ta base dans Access en conservant les liens entre tables et l'intégrité référentielle. Ce même utilitaire permet d'importer une base Access dans Interbase/Firebird (mais je n'ai jamais testé la fonction dans ce sens là).
Enfin mais ça n'engage que moi, tu devrais te mettre à l'import/export gedcom. Cette méthode permet de connaître les "morceaux" qu'Ancestrologie n'exporte pas ainsi que ceux qu'il exporte mais ne réimporte pas. Cela permets donc d'exploiter certains champs un peu différement, d'adapter pour d'autres le contenu aux limitations ou d'éviter l'usage de ceux qui sont "orphelins".
Le format gedcom étant un formt texte permet de faire plein de manipulations très simplement.
Enfin une fois "zippé" un fichier gedcom est tout petit, peut donc être sauvegardé sur une disquette (sans médias!) et permet de conserver de nombreuses versions dans un minimum de place. _________________ Les Anomalies & Suggestions et la FAQ sont là.
 |
|
Revenir en haut |
|
 |
Ransac Pro


Inscrit le: 28 Fév 2003 Messages: 1906 Localisation: Bordeaux
|
Posté le: 24 Oct 2003 09:42 Sujet du message: |
|
|
Pour ma part, je suis d'accord pour faire le saut.
De toute façon, il n'y aura aucune perte de données car si j'ai bien compris :
- on est un adepte du GEDCOM, on peut donc continuer ainsi.
- on a des données qui ne sont pas exportables ou importables actuellement par les routines d'Ancestrologie, alors on utilise IBPump (prévoir peut-être un protocole d'utilisation pour que les novices puissent faire migrer leur base).
Bravo Claude pour tes initiatives, pour évoluer, il faut oser !
Qu'en pence PCM ? _________________ N'oubliez jamais que le mieux est l'ennemi du bien et que la perfection n'est pas de ce monde !
Les définir est un défi, les réaliser est un leurre ! ... mais on aimerait tellement y croire!
Dernière édition par Ransac le 24 Oct 2003 12:01; édité 1 fois |
|
Revenir en haut |
|
 |
Ransac Pro


Inscrit le: 28 Fév 2003 Messages: 1906 Localisation: Bordeaux
|
Posté le: 24 Oct 2003 10:45 Sujet du message: |
|
|
J'ai voulu tester les opérations de tri avec la version 2.0.0.1801 et la base 3.0, mais j'ai le message "erreur base : impossible de se connecter à la base"
Est-ce un problème sur ma config ? Qui d'autre a testé ? _________________ N'oubliez jamais que le mieux est l'ennemi du bien et que la perfection n'est pas de ce monde !
Les définir est un défi, les réaliser est un leurre ! ... mais on aimerait tellement y croire! |
|
Revenir en haut |
|
 |
AquaBlue Pro


Inscrit le: 02 Mar 2003 Messages: 1199 Localisation: Paris - France
|
Posté le: 24 Oct 2003 11:30 Sujet du message: |
|
|
J'ai le même résultat que toi Stéphane !!!!
Impossible de se connecter à la base
J'ai même obtenu une "erreur abstraite" lors d'une deuxième tentative. _________________ Les Anomalies & Suggestions et la FAQ sont là.
 |
|
Revenir en haut |
|
 |
crolain Pro

Inscrit le: 27 Fév 2003 Messages: 585
|
Posté le: 24 Oct 2003 16:38 Sujet du message: |
|
|
On se calme tous
J'ai lancé une idée et j'ai peut-être voulu trop rapidement mettre une implémentation sur mon site.
Mon but n'est pas de mettre la pagaille dans le système.Je crois l'avoir suffisamment démontré.
De toute façon, il existe une troisième possibilité pour ceux qui n'osent pas franchir le pas. Ils m'envoient une copie compressée de leur base ancestrologie.bdd et je m'engage à leur renvoyer mise au format 3.0.
Je vais reprendre le problème à partir de demain et sécuriser tous les accès.
Je souhaiterais toutefois savoir si, au moins un utilisateur, a pu tester les 2.0.0.1801 et la base 3.0 sans problème. cela m'aidera grandement dans le débogage des problèmes éventuels.
Comme je l'ai écrit à Philippe qui est d'accord de franchir le pas si vous êtes d'accord, rien ne presse.
Il ne faut pas rendre officielle cette version tant que nous n'aurons pas de garanties optimales quant à son bon fonctionnement.
Je rappelle que j'ai placé ce message dans le forum "Développement" et que les versions sur mon site sont clairement identifiées comme des versions de test.
Si tout était parfait du premier coup, les tests seraient inutiles.
En clair, pas de panique mais si j'en crois Philippe :
Qui osera vaincra
Cordialement,
Claude |
|
Revenir en haut |
|
 |
crolain Pro

Inscrit le: 27 Fév 2003 Messages: 585
|
Posté le: 24 Oct 2003 20:45 Sujet du message: |
|
|
Etant rentré chez moi, je confirme que cela fonctionne d'une manière impeccable sans Violation d'accès ni autre message d'erreur.
Le challenge à résoudre ce week-end est de savoir quelle est la différence entre ma configuration et celle des utilisateurs.
J'ai déjà ma petite idée mais sans vouloir influencer personne, j'aimerais que ceux qui ont fait des tests me donnent des précisions quant aux messages d'erreur (ou non) obtenus et leur niveau de base de données ( Interbase ou FireBird) ainsi que le niveau de version de la base de données.
Cordialement,
Claude |
|
Revenir en haut |
|
 |
AquaBlue Pro


Inscrit le: 02 Mar 2003 Messages: 1199 Localisation: Paris - France
|
Posté le: 24 Oct 2003 23:29 Sujet du message: |
|
|
Claude,
On serait ravi de te répondre mais il est impossible de se connecter à la base 3.0 qui est au téléchargement avec l'exécutable 2.0.0.1801
L'exe ne se connecte pas non plus sur une base 2.05
Avec Firebird.
La base 3.0 s'ouvre avec IBConsole et avec IBEasy+ _________________ Les Anomalies & Suggestions et la FAQ sont là.
 |
|
Revenir en haut |
|
 |
patschw Pro

Inscrit le: 28 Fév 2003 Messages: 234 Localisation: Lyon
|
Posté le: 25 Oct 2003 00:28 Sujet du message: |
|
|
Claude,
En WIN98 - test sur l'exe 2.0.0.1801 et Ancestrotest.Bdd (base 3 - en importation gedcom).
Pas un incident, pas de message d'erreur. IBGuard chargé. Ca roule.
Mais que faut-il tester ?
Prénom : Dans l'écran des fiches saisies récemment Lysa est classé avant Léon. Pareil dans le répertoire.
Nom : Dans le répertoire, MAHY est classé avant MAHé (é en majuscule).
Même chose avec les impressions.
Evénements : tous à 1 sauf naissance à 0
A suivre
NB : avec ce p. de gedcom je n'ai déjà plus mes images, mes formats de date, etc...,
IBPump m'a laissé la moitie des données en rade. Je vais revoir ça.
Patrick |
|
Revenir en haut |
|
 |
crolain Pro

Inscrit le: 27 Fév 2003 Messages: 585
|
Posté le: 25 Oct 2003 03:41 Sujet du message: |
|
|
Merci pour tes tests Patrick.
Ce sont surtout les noms de lieux qui sont à tester dans toutes leurs occurences (lieux généraux et lieux favoris).
Pour l'import, s'il subsiste des problèmes ce sera peut-être l'occasion de les règler
Pour l'ordre des événements, c'est toujours l'ordre qui figure dans le tri manuel qui prime. A la création d'un événement, Ancestrologie n'attribue pas de numéro d'ordre (Zone à null). C'est alors l'anée de l'événement qui provoque le tri mais tous les anciens numéros d'ordre (s'ils existent) subsistent
Je suis presque persuadé que les problèmes de connexion viennent du gestionnaire de base de données qui a créé ma base.
J'ai en effet Interbase 6.5 et FireBird installés en même temps. Je vais recommencer l'exercice en m'assurant bien que seul le moteur FireBird est actif.
Cordialement,
Claude
Complément :
Je viens de désinstaller complètement toute référence à Interbase de mon PC. J'ai installé FireBird 1.0 et recréé la base de données que j'ai placé sur mon site.
J'ai également placé le script SQL ayant permis la création de la base de données. Pour ceux qui ont l'outil adéquat (IBConsole, IBExpert, etc), il serait certainement utile qu'ils génèrent la base sur leur PC (en prenant bien soin de ne pas écraser leur propre base). Il suffit alors soit de placer la valeur 3.0 dans la table T_VERSION_BASE, de réimporter les tables et d'exécuter un import Gedcom soit d'utiliser IBPump de votre base actuelle vers la base nouvellement créée. |
|
Revenir en haut |
|
 |
patschw Pro

Inscrit le: 28 Fév 2003 Messages: 234 Localisation: Lyon
|
Posté le: 25 Oct 2003 09:48 Sujet du message: |
|
|
Le tri se fait très bien sur toute la séquence de caractères mais pas sur toutes les tables.
- Les villes = RAS (même s'il n'y a pas que la géographie qui sépare L îLE ST DENIS et L'îLE AUX MOINES)
- Les pays et les lieux favoris ne sont pas complètement triés (île ST DENIS est en fin de table),
Patrick |
|
Revenir en haut |
|
 |
|