Discussion :

[wice33]

Bonjour tout le monde,

voila je suis entrain de développer une application sous Excel qui interroge une base de données Access ( grace a ADO).
Je récupère les champs de la base de données grace a des recordset et je les met en forme sur une feuille Excel.
Tout cela marche tres bien.
Le fichier Excel qui lance l'application doit etre utilisé par plusieurs usagers, il faut donc que je le partage (Outils --> Partage du classeur Excel).

Cependant, depuis que j'ai fais cette action, mes macros mettent beaucoup plus de temps à s'executer notamment celle qui récupère les données depuis dans Access (1 bonne minute voire 2 au lieu de 6-7 sec). Il a aussi fallut que je modifie des bouts de code car l'application planté.

Auriez vous une astuce pour partager un fichier Excel sans que cela ralentisse les macros qui s'y trouvent.

Merci

[ouskel'n'or]

Comme tu es en réseau, si les applis sont installées sur le réseau, tes fichiers seront traités par ces dernières. Le résultat est une attente qui va directement dépendre de l'occupation du réseau. C'est ce que j'ai moi-même constaté en voulant réaliser des fusions, Excel et Word lancées sur le réseau.
Facile de voir si c'est le cas : Modifie une barre d'outils d'excel sur un poste, ferme Excel et lance ton appli. Si la barre d'outils d'Excel a changé, c'est Excel du réseau.

Juste une explication... Il y en a peut-être une autre mais je n'ai rien trouvé.

Tu dis
A+

[wice33]

Le truc c'est que la je développe en local, j'ai pas mis encore le fichier sur le réseau. Juste le fait de cocher le partage du fichier, ca me ralentit grave les traitements.

J'ai pas trop compris ta combine, tu veux que je modifie une barre d'outils sur mon poste et qu'apres je réouvre l'application pour voir si la barre a changé, c'est ca ?
Si c'est le cas, ca revient a réouvrir Excel car le programme se lance en ouvrant le fichier Excel.

[ouskel'n'or]

Si tu travailles toujours en local, mes explications ne valent rien
Mais as-tu vérifié ?

A+

[wice33]

Oui j'ai vérifié et quand je change la barre d'outils ben au prochain lancement elle reste modifiée mais ca ca me parait logique.
Je vois pas trop pourquoi tu m'as demandé ca (j'ai pas du comprendre un truc )

[ouskel'n'or]

Je t'explique : Si ton fichier partagé est sur le réseau, qu'Excel est à la fois en réseau et en local, si tu utilises une autre appli pour ouvrir ton fameux fichier Excel (Word par exemple, lors d'une fusion) que ce fichier Excel est partagé, alors il faut deux plombes pour qu'il s'ouvre car il s'ouvre sur l'appli Excel du réseau.
J'ai juste fait un parallèle mais je m'ai gouré

C'est tout : Ce n'est pas la même configuration, donc ce n'est pas le bon raisonnement ! Mais "qui n'essaye rien n'a rien" et "plus on rate, plus on essaye, plus on essaye, plus on a de chance de réussir et donc plus on rate plus on a de chance de réussir". Enfin, "une erreur est reconnue exacte quand celui qui l'a commise s'est trompé" C'est bien connu !

Désolé si je t'ai égaré j'le ferai plus.

A+

[jmfmarques]

Je ne connais pas VBA.
Mon intervention ici sera donc plutôt du type "vérification de la cause supposée" !

Outils --> Partage du classeur Excel

As-tu essayé de revenir en arrière pour voir si les choses se passent alors plus rapidement ?
Si oui : c'est bien cette déclaration de partage qui est en cause
Si non (encore lent) : il faudra rechercher la cause ailleurs.

Comme je le disais, il ne s'agit là que de gestes de routine, juste pour être sûr d'accuser le vrai coupable..

[wice33]

Je t'en veux enormement ouskel'n'or de m'avoir égaré .

Plus sérieusement, lorsque je revient en arriere comme jmfmarques me le suggère, mes macros tournent normalement (5-6 sec) mais des que je partage le classeur, la c'est la mort.

Je sais pas s'il y a des solutions.
Je vais continuer a chercher.
Merci quand meme et si quelqu'un a une solution, qu'il m'en fasse part