Discussion :

[charliejo]

Bonjour,
J'ai créer une nouvelle base 2010 (j'ai l'habitude de travaille en 2003 normalement). J'ai crée un formulaire sur une table pas de problème. Ensuite j'ai modifié la source du formulaire en saisissant directement le SQL de ma requête.
Et la catastrophe, en mode création, le formulaire met un temps infini à s'ouvrir. Et pire, si je le mets en temps que sous-formulaire d'un autre formulaire, cela devient impossible d'ouvrir ce formulaire maître en mode création, Access tourne indéfiniment....
Il y a peut être quelque chose à modifier dans Access 2010 afin de saisir directement la requête SQL dans le champ source de mon formulaire sans que cela me plante tout?
Dois-je concevoir mes formulaires différemment de Access 2003?
Je vous remercie.

[Domi2]

Bonjour,

Je n'ai pas Access 2010, mais je ne pense pas qu'il y ait des différences fondamentales avec la version 2003, s'agissant de ce domaine précis.

Tu as essayé de compacter ta base ?

Domi2

[charliejo]

Oui, j'ai essayé de compacter la base, j'ai bien indexé les champs nécessaires...
Est-ce que cela peut être dû au fait que j'ai access 2003 et 2010 sur le même poste?

[Domi2]

C'est une piste à ne pas négliger, mais il y en a certainement d'autres.

Essaie de créer une base vierge, puis d'y importer ta table et ton formulaire.

Toujours le même problème ?

Domi2

[charliejo]

J'ai déjà crée une nouvelle base, importées mes tables et recrée mes formulaires et sous-formulaires, toujours le même problème.
La requête du sous formulaire que je saisis en SQL et un peu complexe. Mais si j'execute la requête seule, elle s'affiche dans un temps correct.

C'est à l'ouverture du formulaire en mode création que cela plante, en mode formulaire, cela s'affiche correctement c'est ça qu'est vraiment étrange....

[Domi2]

Et si tu crées ta requête dans le QBE et que tu la mets comme source de ton formulaire, le problème persiste ?

[charliejo]

Non, mais je préfère mettre le SQL directement dans le formulaire. Cela évite d'avoir une requête utilisée à plusieurs endroits , ce qui pose le problème ensuite lorsqu'on la modifie, des erreurs peuvent apparaître dans d'autres formulaires.

[Domi2]

Ben le but, c'était juste de faire un test...

[charliejo]

Effectivement si je mets le nom du requête, cela fonctionne mieux....

[Domi2]

Désolé, mais je n'ai pas d'explication ni de solution.

Et les quelques recherches que j'ai faites sur Internet se sont révélées infructueuses.

Reste la piste de la cohabitation entre les deux versions, mais je n'y crois pas trop.

Domi2

[charliejo]

Bon ben comme d'habitude avec Microsoft, on est dégouté de passer à une nouvelle version, au lieu de s'améliorer ça se dégrade !!!
Malheureusement, je suis obligée d'utiliser 2010, demande du client.....
Le jour où je peux me passer des développements Microsoft, je serais la plus heureuse des développeuses !!!!!

[loufab]

Bonjour,

J'ai 2010 et je n'ai pas ce problème.

Ton application est bien en ACCDB ?
Du 2010 avec du 2003 sans VM c'est chercher le baton. C'est pas du Java ou tout cohabite dans un beau foutoir.


Cordialement,

[Simon27]

Bonjour,

J'ai le même problème sur une base que je suis en train d'améliorer.
Je mets plus de 20s à ouvrir un formulaire en mode création, et chaque action dans ce mode (ajout de contrôles...) est horriblement lente, ce qui rend le développement très fastidieux.
Paradoxalement, l'ouverture en mode formulaire est beaucoup plus rapide.
Je précise que ma base ne contient pas de données (tables SQL server) et est stockée sur mon disque dur.

Avez-vous réussi à résoudre votre problème ?

Merci d'avance.

[Thierry_PALLIER]

Bonjour le forum.
Loufab à pauser une question importante: l'appli est-elle en ACCDB ?
Je crois qu'à partir d'Access 2007 ,l'utilisation des fichiers MDB est lente ,voir parfois très lente à l'ouverture d'un formulaire surtout si c'est sa première ouverture .Je crois que ce phénomène est connu .
Celà est donc peut-etre le meme problème avec la version 2010.
Cdlt

[charliejo]

Il y a effectivement un problème de lenteur si tu ouvres un fichier mdb avec Access 2010 ou ultérieur. Il doit transformer les macros et autres dans le nouveau format.

[Simon27]

Oui j'ai vérifié, la base est bien en .accdb
Avez-vous d'autres pistes d'investigation ?

Merci d'avance.

[charliejo]

Mes tables étaient en Access. Le fait que tu sois en SQL server est peut être l'explication. En mode création, il doit probablement ouvrir une connexion avec la base SQL Server afin d'avoir toutes les informations nécessaires (tables, champs...). En mode formulaire, il fait juste une connexion pour lecture de table, ce qui est plus rapide.

[argyronet]

Bonjour,

La lenteur est de mise si les données sont décentralisées. Pour le dev, il est préférable de travailler avec les données en local.

Effectivement, Access 2010 contribue à quelques problèmes en matière de formulaire et leur modification par rapprt à 2003 mais il y a plusieurs choses à considérer.

1. Access 2010 est plus exigeant...
2. Le fait que ce soit mdb au lieu de accdb n'est pas une règle, et j'en sais quelque chose mais ça peut aider dans certains contextes.
3. Le nombre de contrôles au sein du formulaire peut être un très gros frein. Si le nombre effleure les 500, rien d'étonnant sur la lenteur qui plus est si ce dernier est pourvu de listes déroulantes qui sont elles-mêmes affectées à des source en SQL directe plutôt qu'une requête stockée.

Argy

[GCInfo]

j'ai trouvé l'info suivante (traduction) qui elle marche bien sur une configuration avec Windows 7 :

Aller dans les propriétés MS Access.EXE et sélectionner l'onglet "Compatibilité".
Vous pouvez trouver MS Access.EXE dans C: \ Program Files (x86) \ Microsoft Office \ Office16 ou C: \ Program Files \ Microsoft Office \ Office16. Sélectionnez le MS Access.Exe et le bouton droit de la souris, puis sélectionnez les propriétés dans le menu déroulant.
Cocher la case Exécuter ce programme en mode de compatibilité pour: Windows 7 dans les options déroulantes. Redémarrer votre PC

info trouvées ici