Discussion :

[falcon]

Bonjour,

Je dois exécuter une macro excel qui prend du temps, beaucoup de temps (plus d'une journée).
La meilleure solution serait d'exécuter ce traitement de manière automatisé sur un serveur.

Voici mes questions :
- Peux-t-on exécuter une macro en ligne de commande? Le cas échéant, est-il possible de controler une feuille excel via .NET ?

Merci par avance,

[random]

Peux-t-on exécuter une macro en ligne de commande oui

mais une macro qui dure plus de 24 heures pose probablement d'autres problèmes (outils, optimisation, adéquation excel)

[cafeine]

Hello,

ça paraît un peu long ...
par pure curiosité, elle fait quoi cette macro ?

../..
mais une macro qui dure plus de 24 heures pose probablement d'autres problèmes (outils, optimisation, adéquation excel)

[falcon]

Hello,

ça paraît un peu long ...
par pure curiosité, elle fait quoi cette macro ?

Salut,

C'est une appli qui sert à faire des simulations d'investissement. Jusqu'à maintenant ca s'exécutait dans des temps correctes (15 sec pour un scénario) mais maintenant on génère un certain nombre de scénarios (+de 2000) et la ca chiffre tres vite...

Savez vous si l'on peut compiler du VBA? VB je sais qu'on peut mais il ne me semble pas que ce soit le cas pour VBA.
Sinon, je peux peux être optimiser le programme (du point de vue algorithmique et du point de vue du langage) mais je ne sais pas si ca me permettra de gagner vraiment beaucoup de temps...

[cafeine]

Je pense que tu devrais soumettre sur le forum les grands principes de ton appli et tu auras surement en réponse des pistes d'optimisations de la part des membres du forum.

A priori, le couple Excel / gros volumes me ferait te suggérer de tester sous Access.
Sinon, il faut gratter sur les 15 secondes par scénario avec des petits trucs :
figer l'affichage, désactiver le recalcul, vider les objets mémoire ...

[ippo_master]

C'est une appli qui sert à faire des simulations d'investissement. Jusqu'à maintenant ca s'exécutait dans des temps correctes (15 sec pour un scénario) mais maintenant on génère un certain nombre de scénarios (+de 2000) et la ca chiffre tres vite...

Pourquoi ne pas segmenter ces simulations d'investissement par typologie ou autres et réduire ainsi le temps de traitement global ?
Est-il nécessaire de tout lancer d'un coup ou est-il possible de planifier l'ensemble des simulations sur une semaine par exemple ?

[ouskel'n'or]

Savez vous si l'on peut compiler du VBA? VB je sais qu'on peut mais il ne me semble pas que ce soit le cas pour VBA.

Non !

[falcon]

Pourquoi ne pas segmenter ces simulations d'investissement par typologie ou autres et réduire ainsi le temps de traitement global ?
Est-il nécessaire de tout lancer d'un coup ou est-il possible de planifier l'ensemble des simulations sur une semaine par exemple ?

On pourrait effectivement scinder le probleme, mais ils veulent tous les calculs d'un coup... Peux-t-on utiliser le multithreading sous VBA ? Ca pourrait déjà diviser la vitesse par /2.

Non !

Je m'en doutais...

Je pense que tu devrais soumettre sur le forum les grands principes de ton appli et tu auras surement en réponse des pistes d'optimisations de la part des membres du forum.

A priori, le couple Excel / gros volumes me ferait te suggérer de tester sous Access.
Sinon, il faut gratter sur les 15 secondes par scénario avec des petits trucs :
figer l'affichage, désactiver le recalcul, vider les objets mémoire ...

Pour l'instant je cherche un maximum d'optimisation. Si ca ne réduit pas assez le temps d'exécution, j'envisagerai de porter l'appli sur une autre plateforme...

[falcon]

Peux-t-on exécuter une macro en ligne de commande oui

mais une macro qui dure plus de 24 heures pose probablement d'autres problèmes (outils, optimisation, adéquation excel)

Merci pour ta réponse. Si c'est possible comment peut-on le faire? On peut lancer excel en ligne de commande, et la macro peut se lancer si il y'en a une qui s'execute à l'ouverture. Je ne sais pas si c'est de ca dont tu parles. Effectivement, Excel n'est peut être pas adapté mais en attendant de trouver une autre solution...