[Toutes versions] .mde généré par 2010 exécuté par runtime 2003/2007/2010 pose-t-il problème ?

[Richard_35]

Bonjour à tous,

Notre environnement est le suivant :

• tables liées SQL Server ;
• poste développeur pour VBA, requêtes, états, formulaires : XP Pro/Access 2003 ==> susceptible de créer un .mde ;
• postes développeurs pour requêtes, états, formulaires simples (pas de VBA) : XP Pro/Access 2003 et Seven 32 bits/Access 2010 ==> susceptible de créer un .mde ;
• postes clients en XP Pro/runtime Access 2003, XP Pro/runtime Access 2007 et Seven 32 bits/runtime Access 2007 ==> utilisant le .mde en question.

Un .mde généré par un poste en Seven 32 bits/Access 2010 ne poserait-il pas de problème d'exécution sur les postes clients en XP Pro/runtime Access 2003, XP Pro/runtime Access 2007 et Seven 32 bits/runtime Access 2007 ?

Merci d'avance de vos avis et retours d'expérience.

[nico84]

Bonsoir,

C'est un sujet qui me préoccupe aussi et depuis un bon moment...

Selon mon expérience il n'y a pas de réponse absolue, cela dépend aussi des fonctionnalités utilisées dans le code VBA, des références appelées, de la version d'office sur les postes client (car DLL communes entre excel ou word et access).

Actuellement j'arrive à faire fonctionner un mde compilé en version 2000 sur des machines récentes, sauf semble-t-il w7 64 bits + office 2010 64 bits
Inversement si je compile en version 2007 la compatibilité descendante n'est pas assurée.

Par ailleurs je ne constate aucun gain de performance avec des processeurs et configurations récents par rapport aux machines d'il y a plus de 5 ans.

Enfin je n'arrive pas à installer mon environnement de développement sur un PC w7 pro, il me faut donc continuer à développer sur mes vieux PC !

[argyronet]

Bonjour,

La question est délicate et nécessite une petite attention.
D'ores et déjà, si MDE est le format alors cela signifie que tu veux préserver la compatibilité 2003.
Dans ce cas, il est (très) préférable de générer ton MDE à partir de 2003 et de le déposer sur les postes où Access et/ou Windows sont de versions ultérieures.
Tu ne peux pas en toute quiétude générer un MDE à partir de 2010 avec des références qui lui sont propres en espérant vivement que ça va être compatible en 2003.

Pour te donner un exemple, je développe sur mon PC de bureau une appli en 2003 SP3 sous XP SP3 avec des références à Excel 11.0 et aussi à un MDA transformé en MDE.
Tout va bien mais si je dépose la totalité de mon dossier sur mon portable pour traviller chez moi, la référence plante car mon portable possède Access 2010 sous XP SP3. Donc je recompile mon MDA puis génère mon MDE et tout va dans l'ordre après avoir réétabli les références.
Mais le lendemain, si je dépose ma frontale MDB seule (la base dorsale est inchangée tant en données qu'en emplacement car j'ai crée un lecteur P:\ sur mon portable) j'ai de nouveau un problème : pas celui du MDA cette fois mais celui de la référence à Excel qui était affectée à Excel 14.0 sur mon portable et marquée comme manquante sur mon PC de bureau

Donc essai cette suggestion et reviens pour nous dire ce qu'il en est...

Argy

P.S. Un MP dans ce sens n'a rien de technique donc, je prends

[Richard_35]

Bonjour Argy,

OK, merci de ta réponse.

La morale de l'histoire est que le générateur du .mde doit absolument être dans la version la plus basse installée chez les utilisateurs finaux.

Le laisse ce fil ouvert un moment pour, le cas échéant, accueillir les observations d'autres forumeurs.

[argyronet]

Envoyé par Richard_35

le générateur du .mde doit absolument être dans la version la plus basse installée chez les utilisateurs finaux

Bien en fait, pour Access oui ; disons qu'avec les années, j'ai finalement adopté ce mode d'acceptation (j'ai pas dit soumission mais presque ) car je ne peux dégoter de véritable documentation disant avec certitude qu'un enregistrement au format Access 2000 depuis Access 2010 est 100% garanti fonctionnel.

Donc oui, partir du générateur le plus bas est la piste pour ton cas.
Le fait qu'il y ait un Runtime d'une version ultérieure sur un autre PC ne devrait pas poser de problème.

Argy

[nico84]

Je vois qu'on en est à peu près au même point... Mon beau PC tout neuf va continuer à prendre la poussière

Pour le runtime, c'est en mettant la même version que le MSoffice du poste client que j'ai le moins de soucis

[argyronet]

Bien en fait c'est assez compréhensible que la compatibilité descendante soit, humm, difficile à mettre en œuvre.

Humm, c'est pour j'use et j'abuse de VMWare.
J'ai quand même réussi à faire tourner sans souci Windows Seven Office 2010 sous XP

Comme ça je conserve mon petit portable, certes qu'avec 2Go mais le Asus zentruc, ce sera pour plus€ tard€...

Argy