Le message d'erreur qui annonçait l'impossibilité de charger les données précisait : "Column not found : t1.imagereduite in statement [SELECT*FROM "t1" ORDER BY "t1"."imagereduite"] Ce message s'affichait 2 fois, la seconde sur la fenêtre où normalement le contenu de la table aurait dû apparaître. Sur cet écran il y avait l'icône annonçant le tri (Y avec une croix rouge dessus). Il a suffi que je clique sur cette icône pour que les données de la table apparaissent. C'était le tri, prescrit lorsque les données n'avaient pas encore changé de nom, qui en subsistant, bloquait le chargement de la table...
Merci à tous ceux qui se sont penchés sur mon problème.
Claude Berland

Berland Claude a écrit :
Chers amis, bonjour,
J'ai fait quelque chose qui n'est certainement pas recommandé, mais qui
ne m'avait pas posé problème jusqu'ici : j'ai changé le nom de certains
champs dans une table "t" de base de données alors que cette table
contient plus de 1400 enregistrements. J'ai des formulaires et
sous-formulaires qui utilisent cette table et j'ai substitué les
nouveaux noms de champs aux anciens dans ces formulaires et sous
formulaires. Le fonctionnement des formulaires est assuré comme avant.
Ce qui pose problème par contre c'est que dans l'éditeur de Base, à la
rubrique "tables" j'ai le message "les données ne peuvent être chargées".
Je ne peux plus du tout accéder à la dite table à cette rubrique
"tables" de l'éditeur.
Tout semble se passer comme si le système d'affichage des tables de
l'éditeur de Base gardait sa propre définition des champs, la définition
des champs qui a servi à définir la table initialement. Je n'ai pas
trouvé le moyen de lui faire changer d'avis, de lui faire accepter les
nouveaux noms des champs. Je pense que ce doit être possible puisque
cela ressemble fort à ce que je n'ai eu aucune difficulté à faire avec
les formulaires....
Pourriez-vous me donner une piste ?
Merci d'avance.
Claude Berland
OO.org 3.1 -XP et Ubuntu 9.4

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Répondre à