Bon, j'avais fait le tour avant de recevoir ton dernier message:
Pas de problème avec FB 1.5.3.
Problème avec FB 2.0, version que j'utilise sur mon serveur Linux.
Les raisons: on s'en est aperçu, si tu te souviens du pb de la dll Cassinivision, et d'autres modifications que j'ai dû faire en b4.029, que FB2.0 est beaucoup plus pointilleux sur la syntaxe. Il rejette le trigger:
CREATE TRIGGER "INDIVIDU_AU" FOR "INDIVIDU"
ACTIVE AFTER UPDATE POSITION 0
AS
BEGIN
/* Trigger body */
NEW.DATE_MODIF = 'NOW';
END
avec raison, parce qu'on ne peut modifier une table après l'avoir écrite, mais que FB1.5 ignorait. C'est la raison du message "colonne en lecture seule". Je l'avais d'ailleurs viré depuis longtemps de ma propre base et de la base vide que je met en ligne sur mon site lors des tests. C'est la raison pour laquelle ce trigger ne figure pas sur la base seule en ligne sur le site.
Pour rechercher les incompatibilités avec FB2.0 pour la b4.029, j'avais recompilé toutes les métadatas, mais comme comme je n'avais déjà plus ce trigger... J'en mettrais le drop dans la prochaine version de la base.
En attendant pour te dépanner exécute: DROP TRIGGER INDIVIDU_AU. Chez moi çà a suffit pour que la base se vide sans erreur. Si le problème persiste, fait un backup/restore.
Pour le reste:
PROC_MAJ_POUR_MEDIAS ne devrait pas être dans la base. C'est une procédure créée à partir de la b4.005 afin de corriger les erreurs concernant la gestion des medias dans la base. Le script la crée, l'exécute et la supprime. Elle ne reste pas dans les bases mises à jour, mais pourquoi est-elle sur la base du point 9
AI_T_IMPORT_GEDCOM_IG est un trigger ajouté par le logiciel (en v490? lors de la création de la fonction de suppression d'un import). Comme il est parfaitement inutile, je ne l'ai pas mis dans la base vide.
SUBSTLEN est une fonction externe inutilisée.
Quand aux index primaires, je ne les retrouve dans aucune de mes bases, mêmes des b3.57 fraîchement migrées en b4.031. Une optimisation les ferait-elle disparaître? Quelles sont leur définitions?
Dernier point, puisque tu utilises la version FB2.0, l'option d'optimisation d'Ancestrologie fonctionne-t-elle encore? Comme je n'ai pas vu que gback.exe faisait partie de FBembedded, PCM a je pense intégré une version de gback dans ancestrologie.exe. Fonctionne-t-elle avec FB2.0?
Attention pour faire l'essai, une base optimisée avec le gback de FB2.0 ne fonctionne plus sous FB1.5.
A+
André