Merci pour ta r=E9ponse, mais JetCU40.exe ne convient que=20
pour JetEngine 3.x et 4.x. Access 2.0 utilise 2.x. Ai=20
essay=E9 quand m=EAme, mais refus d=E8s le d=E9part : version=20
incompatible.
Question 1 : Vois-tu une possibilit=E9 de compactage=20
compatible avec 2.x ?
Question 2 : J'ai v=E9rifi=E9 que Access 2.0 peut g=E9rer des=20
bases de donn=E9es beaucoup plus volumineuses que celle en=20
question. Donc, le probl=E8me ne viendrait pas de la taille=20
de la base de donn=E9es. Te para=EEt-il possible que la base=20
de donn=E9es soit simplement corrompue de telle fa=E7on que=20
le message "Impossible de trouver l'objet X", (X =3D=20
fichier de la base de donn=E9e) apparaisse en cours de=20
compactage. Si oui, je pourrais simplement demander au=20
client de restaurer un des derniers back-up (back-up fait=20
tous les jours).
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Raymond [mvp]
Bonsoir.
importe toute ta base dans une base vierge . je m'excuse mais je n'ai plus access 2 depuis longtemps et je n'ai aucun moyen de tester.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gérard" a écrit dans le message de news:07e701c3fae9$f54b90c0$ Raymond,
Merci pour ta réponse, mais JetCU40.exe ne convient que pour JetEngine 3.x et 4.x. Access 2.0 utilise 2.x. Ai essayé quand même, mais refus dès le départ : version incompatible.
Question 1 : Vois-tu une possibilité de compactage compatible avec 2.x ?
Question 2 : J'ai vérifié que Access 2.0 peut gérer des bases de données beaucoup plus volumineuses que celle en question. Donc, le problème ne viendrait pas de la taille de la base de données. Te paraît-il possible que la base de données soit simplement corrompue de telle façon que le message "Impossible de trouver l'objet X", (X fichier de la base de donnée) apparaisse en cours de compactage. Si oui, je pourrais simplement demander au client de restaurer un des derniers back-up (back-up fait tous les jours).
Merci d'avance pour ton aide
Bonsoir.
importe toute ta base dans une base vierge .
je m'excuse mais je n'ai plus access 2 depuis longtemps et je n'ai aucun
moyen de tester.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gérard" <anonymous@discussions.microsoft.com> a écrit dans le message de
news:07e701c3fae9$f54b90c0$a001280a@phx.gbl...
Raymond,
Merci pour ta réponse, mais JetCU40.exe ne convient que
pour JetEngine 3.x et 4.x. Access 2.0 utilise 2.x. Ai
essayé quand même, mais refus dès le départ : version
incompatible.
Question 1 : Vois-tu une possibilité de compactage
compatible avec 2.x ?
Question 2 : J'ai vérifié que Access 2.0 peut gérer des
bases de données beaucoup plus volumineuses que celle en
question. Donc, le problème ne viendrait pas de la taille
de la base de données. Te paraît-il possible que la base
de données soit simplement corrompue de telle façon que
le message "Impossible de trouver l'objet X", (X fichier de la base de donnée) apparaisse en cours de
compactage. Si oui, je pourrais simplement demander au
client de restaurer un des derniers back-up (back-up fait
tous les jours).
importe toute ta base dans une base vierge . je m'excuse mais je n'ai plus access 2 depuis longtemps et je n'ai aucun moyen de tester.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gérard" a écrit dans le message de news:07e701c3fae9$f54b90c0$ Raymond,
Merci pour ta réponse, mais JetCU40.exe ne convient que pour JetEngine 3.x et 4.x. Access 2.0 utilise 2.x. Ai essayé quand même, mais refus dès le départ : version incompatible.
Question 1 : Vois-tu une possibilité de compactage compatible avec 2.x ?
Question 2 : J'ai vérifié que Access 2.0 peut gérer des bases de données beaucoup plus volumineuses que celle en question. Donc, le problème ne viendrait pas de la taille de la base de données. Te paraît-il possible que la base de données soit simplement corrompue de telle façon que le message "Impossible de trouver l'objet X", (X fichier de la base de donnée) apparaisse en cours de compactage. Si oui, je pourrais simplement demander au client de restaurer un des derniers back-up (back-up fait tous les jours).
