j'ai fait une appli sous Excell bourrée de macro qui tournait en boucle
pour faire en gros une centraine de fois les memes calculs avec a chaque
fois
une modifications de tout un tas de parametre dans plein de cases
différentes... rien qu'en optimisant le code des macros je suis passé sur un
P600 de 45 minutes de calcul a 3 minutes... somme toute, l'application est
lourde et les macro importantes. de plus les liaison entre tous les onglet
sont dures a gere pour toute modification ou mise à jour...
Est ce que Access serait un choix plus judicieux que Excel pour ce genre
d'appli? ou visual basic? Y a t il a ce moment la dans Excel des fonctions
ou macros aditionnelles faisant ce genre de tache "lourde" mais répétitives?
plus de précision sur l'applis :
elle est composée de disont 6 onglet principaux représentant des secteurs.
en fonction d'une vitesse, ces 6 onglet se mettent a jour (cellules liés)
sur quelques 5 sous onglet par onglet (on en est a 30 onglet
d'option-hypotheses plus les 6 onglet de base)
ensuite je fais varier la vitesse, point par point (35, 36, 37...) sur une
100ene d'itération et je récupere un résultat a chaque itération sur chaque
onglet principal (soit 6 resultat) que j'integre dans un grand tableau.
Petit plus : aucune modification ne doit se faire sur les onglets de base,
donc je procede par copie de ces onglet sur un onglet temporairement créé et
destruction de l'onglet temporaire à la fin des itérations (ca rajoute
encore uun peu de lourdeur !!!)
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
Misange
Bonjour, visiblement ta question ne soulève pas l'enthousiasme des foules... Faut dire qu'il est quasi impossible de te répondre. Avec ta description, je ne sais pas si les accessiens sont capable de dire si tes données pourraient ou non être gérées sous access. En général, je dirai que pour optimiser ce genre de machine à gaz, l'idéal c'est de fractionner au maximum : avoir de petits classeurs dédiés qui s'appellent quand le besoin s'en fait sentir mais pas un seul énorme machin censé tout faire. Limiter aussi les reclaculs au strict nécessaire. Ne pas se mettre en mode calcul auto, bloquer les rafraichissement d'écrans... Le risque de plantage est énorme sur ces gros trucs et quand le plantage arrive bonjour la perte. Mais ma réponse reste aussi vague que la description de ton appli !
-- Misange migrateuse http://www.excelabo.net ==Attention, Disciplus a migré et devient excelabo !===========
"Elicend_News" a écrit dans le message de news: 3f1be2d9$0$2176$
Salut
j'ai fait une appli sous Excell bourrée de macro qui tournait en boucle pour faire en gros une centraine de fois les memes calculs avec a chaque fois une modifications de tout un tas de parametre dans plein de cases différentes... rien qu'en optimisant le code des macros je suis passé sur un
P600 de 45 minutes de calcul a 3 minutes... somme toute, l'application est lourde et les macro importantes. de plus les liaison entre tous les onglet sont dures a gere pour toute modification ou mise à jour... Est ce que Access serait un choix plus judicieux que Excel pour ce genre d'appli? ou visual basic? Y a t il a ce moment la dans Excel des fonctions ou macros aditionnelles faisant ce genre de tache "lourde" mais répétitives?
plus de précision sur l'applis : elle est composée de disont 6 onglet principaux représentant des secteurs. en fonction d'une vitesse, ces 6 onglet se mettent a jour (cellules liés) sur quelques 5 sous onglet par onglet (on en est a 30 onglet d'option-hypotheses plus les 6 onglet de base) ensuite je fais varier la vitesse, point par point (35, 36, 37...) sur une 100ene d'itération et je récupere un résultat a chaque itération sur chaque
onglet principal (soit 6 resultat) que j'integre dans un grand tableau. Petit plus : aucune modification ne doit se faire sur les onglets de base, donc je procede par copie de ces onglet sur un onglet temporairement créé et
destruction de l'onglet temporaire à la fin des itérations (ca rajoute encore uun peu de lourdeur !!!)
Ceci a pour but de tracer des sortes d'abaques.
Merci d'avance A plus Elicend
Bonjour,
visiblement ta question ne soulève pas l'enthousiasme des foules... Faut
dire qu'il est quasi impossible de te répondre. Avec ta description, je ne
sais pas si les accessiens sont capable de dire si tes données pourraient ou
non être gérées sous access.
En général, je dirai que pour optimiser ce genre de machine à gaz, l'idéal
c'est de fractionner au maximum : avoir de petits classeurs dédiés qui
s'appellent quand le besoin s'en fait sentir mais pas un seul énorme machin
censé tout faire.
Limiter aussi les reclaculs au strict nécessaire. Ne pas se mettre en mode
calcul auto, bloquer les rafraichissement d'écrans...
Le risque de plantage est énorme sur ces gros trucs et quand le plantage
arrive bonjour la perte. Mais ma réponse reste aussi vague que la
description de ton appli !
--
Misange migrateuse http://www.excelabo.net
==Attention, Disciplus a migré et devient excelabo !===========
"Elicend_News" <elice.end@free.fr> a écrit dans le message de news:
3f1be2d9$0$2176$626a54ce@news.free.fr...
Salut
j'ai fait une appli sous Excell bourrée de macro qui tournait en boucle
pour faire en gros une centraine de fois les memes calculs avec a chaque
fois
une modifications de tout un tas de parametre dans plein de cases
différentes... rien qu'en optimisant le code des macros je suis passé sur
un
P600 de 45 minutes de calcul a 3 minutes... somme toute, l'application est
lourde et les macro importantes. de plus les liaison entre tous les onglet
sont dures a gere pour toute modification ou mise à jour...
Est ce que Access serait un choix plus judicieux que Excel pour ce genre
d'appli? ou visual basic? Y a t il a ce moment la dans Excel des fonctions
ou macros aditionnelles faisant ce genre de tache "lourde" mais
répétitives?
plus de précision sur l'applis :
elle est composée de disont 6 onglet principaux représentant des secteurs.
en fonction d'une vitesse, ces 6 onglet se mettent a jour (cellules liés)
sur quelques 5 sous onglet par onglet (on en est a 30 onglet
d'option-hypotheses plus les 6 onglet de base)
ensuite je fais varier la vitesse, point par point (35, 36, 37...) sur une
100ene d'itération et je récupere un résultat a chaque itération sur
chaque
onglet principal (soit 6 resultat) que j'integre dans un grand tableau.
Petit plus : aucune modification ne doit se faire sur les onglets de base,
donc je procede par copie de ces onglet sur un onglet temporairement créé
et
destruction de l'onglet temporaire à la fin des itérations (ca rajoute
encore uun peu de lourdeur !!!)
Bonjour, visiblement ta question ne soulève pas l'enthousiasme des foules... Faut dire qu'il est quasi impossible de te répondre. Avec ta description, je ne sais pas si les accessiens sont capable de dire si tes données pourraient ou non être gérées sous access. En général, je dirai que pour optimiser ce genre de machine à gaz, l'idéal c'est de fractionner au maximum : avoir de petits classeurs dédiés qui s'appellent quand le besoin s'en fait sentir mais pas un seul énorme machin censé tout faire. Limiter aussi les reclaculs au strict nécessaire. Ne pas se mettre en mode calcul auto, bloquer les rafraichissement d'écrans... Le risque de plantage est énorme sur ces gros trucs et quand le plantage arrive bonjour la perte. Mais ma réponse reste aussi vague que la description de ton appli !
-- Misange migrateuse http://www.excelabo.net ==Attention, Disciplus a migré et devient excelabo !===========
"Elicend_News" a écrit dans le message de news: 3f1be2d9$0$2176$
Salut
j'ai fait une appli sous Excell bourrée de macro qui tournait en boucle pour faire en gros une centraine de fois les memes calculs avec a chaque fois une modifications de tout un tas de parametre dans plein de cases différentes... rien qu'en optimisant le code des macros je suis passé sur un
P600 de 45 minutes de calcul a 3 minutes... somme toute, l'application est lourde et les macro importantes. de plus les liaison entre tous les onglet sont dures a gere pour toute modification ou mise à jour... Est ce que Access serait un choix plus judicieux que Excel pour ce genre d'appli? ou visual basic? Y a t il a ce moment la dans Excel des fonctions ou macros aditionnelles faisant ce genre de tache "lourde" mais répétitives?
plus de précision sur l'applis : elle est composée de disont 6 onglet principaux représentant des secteurs. en fonction d'une vitesse, ces 6 onglet se mettent a jour (cellules liés) sur quelques 5 sous onglet par onglet (on en est a 30 onglet d'option-hypotheses plus les 6 onglet de base) ensuite je fais varier la vitesse, point par point (35, 36, 37...) sur une 100ene d'itération et je récupere un résultat a chaque itération sur chaque
onglet principal (soit 6 resultat) que j'integre dans un grand tableau. Petit plus : aucune modification ne doit se faire sur les onglets de base, donc je procede par copie de ces onglet sur un onglet temporairement créé et
destruction de l'onglet temporaire à la fin des itérations (ca rajoute encore uun peu de lourdeur !!!)
Ceci a pour but de tracer des sortes d'abaques.
Merci d'avance A plus Elicend
Misange
Ben faut peut être pas rêver non plus ! si tu demandes 450000 calculs, tu peux difficilement obtenir le tout en une respiration ! Par contre mettre tes onglets principaux et secondaires dans des classeurs différents (tu peux aller lire dans un classeur fermé et même d'ailleurs écrire mais ça ne t'intéresse pas ici) peut te permettre d'alléger le bébé et limiter les risques de casse et augmenterait peut être la rapidité (à tester). Autre soluce puisque tu parles d'abaque : il ya peut être une relation mathématique entre tes prix et les autres variables. Si tu arrivais à trouver l'équation qui régit tout ça ce serait pour le coup sacrément plus rapide ! mais ce n'est peut être pas possible ? Ca parait quand même sacrément complexe pour tirer un prix au final... bon courage
-- Misange migrateuse http://www.excelabo.net ==Attention, Disciplus a migré et devient excelabo !===========
"Elicend_News" a écrit dans le message de news: 3f1cfaa0$0$1295$
merci de ta reponse...
je vais essayer d'etre plus clair : j'ai des onglets avec des calculs qui me donnent des prix au final ->je les
appelle onglet principaux ces onglet fonctionnent en piochant tout un tas d'hypothese dans d'autres onglets -> onglet secondaires
les onglet principaux sont fonction d'une cellule representant une vitesse,
que je dois faire varier de 1 à 100 et récupérer pour chaque variation le prix afin d'en sortir un abbaque.
je peux pas trop rentrer dans le detail des onglet principaux, mais en gros,
en fonction de la vitesse, j'ai d'autre vitesses qui se calcul, et des longueurs qui se déduisent avec les informations qui sont dans des tableaux
(merci les recherche V et H) qui sont dans les onglet secondaires... avec ces longueur et des pris au metre, j'obtiens les couts...
a chaque vitesse je modifie donc la cellule, puis j'active les macros de mise à jour et je récupere le cout que je met sur un onglet ne contenant qu'un tableau récapitulatif...
en gros j'ai une dixaine de variable par onglet principal, et autant sur les
hypotheses... tout ca a multiplier par le nombre d'onglet principal...
j'espere avoir ete plus clair mais c'est assez dur de résumer en quelque ligne un fichier de 3.5 Mo :)
MErci kmeme
Elicend
"Misange" ù.net> a écrit dans le message de news: uj1#
Bonjour, visiblement ta question ne soulève pas l'enthousiasme des foules... Faut dire qu'il est quasi impossible de te répondre. Avec ta description, je ne
sais pas si les accessiens sont capable de dire si tes données pourraient
ou
non être gérées sous access. En général, je dirai que pour optimiser ce genre de machine à gaz, l'idéal
c'est de fractionner au maximum : avoir de petits classeurs dédiés qui s'appellent quand le besoin s'en fait sentir mais pas un seul énorme machin
censé tout faire. Limiter aussi les reclaculs au strict nécessaire. Ne pas se mettre en mode
calcul auto, bloquer les rafraichissement d'écrans... Le risque de plantage est énorme sur ces gros trucs et quand le plantage arrive bonjour la perte. Mais ma réponse reste aussi vague que la description de ton appli !
-- Misange migrateuse http://www.excelabo.net ==Attention, Disciplus a migré et devient excelabo !=========== > >
"Elicend_News" a écrit dans le message de news: 3f1be2d9$0$2176$
Salut
j'ai fait une appli sous Excell bourrée de macro qui tournait en boucle
pour faire en gros une centraine de fois les memes calculs avec a chaque
fois une modifications de tout un tas de parametre dans plein de cases différentes... rien qu'en optimisant le code des macros je suis passé sur
un
P600 de 45 minutes de calcul a 3 minutes... somme toute, l'application est
lourde et les macro importantes. de plus les liaison entre tous les onglet
sont dures a gere pour toute modification ou mise à jour... Est ce que Access serait un choix plus judicieux que Excel pour ce genre
d'appli? ou visual basic? Y a t il a ce moment la dans Excel des fonctions
ou macros aditionnelles faisant ce genre de tache "lourde" mais répétitives?
plus de précision sur l'applis : elle est composée de disont 6 onglet principaux représentant des secteurs.
en fonction d'une vitesse, ces 6 onglet se mettent a jour (cellules liés)
sur quelques 5 sous onglet par onglet (on en est a 30 onglet d'option-hypotheses plus les 6 onglet de base) ensuite je fais varier la vitesse, point par point (35, 36, 37...) sur une
100ene d'itération et je récupere un résultat a chaque itération sur chaque
onglet principal (soit 6 resultat) que j'integre dans un grand tableau.
Petit plus : aucune modification ne doit se faire sur les onglets de base,
donc je procede par copie de ces onglet sur un onglet temporairement créé
et
destruction de l'onglet temporaire à la fin des itérations (ca rajoute encore uun peu de lourdeur !!!)
Ceci a pour but de tracer des sortes d'abaques.
Merci d'avance A plus Elicend
Ben faut peut être pas rêver non plus !
si tu demandes 450000 calculs, tu peux difficilement obtenir le tout en une
respiration !
Par contre mettre tes onglets principaux et secondaires dans des classeurs
différents (tu peux aller lire dans un classeur fermé et même d'ailleurs
écrire mais ça ne t'intéresse pas ici) peut te permettre d'alléger le bébé
et limiter les risques de casse et augmenterait peut être la rapidité (à
tester).
Autre soluce puisque tu parles d'abaque : il ya peut être une relation
mathématique entre tes prix et les autres variables. Si tu arrivais à
trouver l'équation qui régit tout ça ce serait pour le coup sacrément plus
rapide ! mais ce n'est peut être pas possible ? Ca parait quand même
sacrément complexe pour tirer un prix au final...
bon courage
--
Misange migrateuse http://www.excelabo.net
==Attention, Disciplus a migré et devient excelabo !===========
"Elicend_News" <elice.end@free.fr> a écrit dans le message de news:
3f1cfaa0$0$1295$626a54ce@news.free.fr...
merci de ta reponse...
je vais essayer d'etre plus clair :
j'ai des onglets avec des calculs qui me donnent des prix au final ->je
les
appelle onglet principaux
ces onglet fonctionnent en piochant tout un tas d'hypothese dans d'autres
onglets -> onglet secondaires
les onglet principaux sont fonction d'une cellule representant une
vitesse,
que je dois faire varier de 1 à 100 et récupérer pour chaque variation le
prix afin d'en sortir un abbaque.
je peux pas trop rentrer dans le detail des onglet principaux, mais en
gros,
en fonction de la vitesse, j'ai d'autre vitesses qui se calcul, et des
longueurs qui se déduisent avec les informations qui sont dans des
tableaux
(merci les recherche V et H) qui sont dans les onglet secondaires... avec
ces longueur et des pris au metre, j'obtiens les couts...
a chaque vitesse je modifie donc la cellule, puis j'active les macros de
mise à jour et je récupere le cout que je met sur un onglet ne contenant
qu'un tableau récapitulatif...
en gros j'ai une dixaine de variable par onglet principal, et autant sur
les
hypotheses... tout ca a multiplier par le nombre d'onglet principal...
j'espere avoir ete plus clair mais c'est assez dur de résumer en quelque
ligne un fichier de 3.5 Mo :)
MErci kmeme
Elicend
"Misange" <misange@devinez-où.net> a écrit dans le message de news:
uj1#jGCUDHA.2180@TK2MSFTNGP12.phx.gbl...
Bonjour,
visiblement ta question ne soulève pas l'enthousiasme des foules... Faut
dire qu'il est quasi impossible de te répondre. Avec ta description, je
ne
sais pas si les accessiens sont capable de dire si tes données
pourraient
ou
non être gérées sous access.
En général, je dirai que pour optimiser ce genre de machine à gaz,
l'idéal
c'est de fractionner au maximum : avoir de petits classeurs dédiés qui
s'appellent quand le besoin s'en fait sentir mais pas un seul énorme
machin
censé tout faire.
Limiter aussi les reclaculs au strict nécessaire. Ne pas se mettre en
mode
calcul auto, bloquer les rafraichissement d'écrans...
Le risque de plantage est énorme sur ces gros trucs et quand le plantage
arrive bonjour la perte. Mais ma réponse reste aussi vague que la
description de ton appli !
--
Misange migrateuse http://www.excelabo.net
==Attention, Disciplus a migré et devient excelabo !=========== > >
"Elicend_News" <elice.end@free.fr> a écrit dans le message de news:
3f1be2d9$0$2176$626a54ce@news.free.fr...
Salut
j'ai fait une appli sous Excell bourrée de macro qui tournait en
boucle
pour faire en gros une centraine de fois les memes calculs avec a
chaque
fois
une modifications de tout un tas de parametre dans plein de cases
différentes... rien qu'en optimisant le code des macros je suis passé
sur
un
P600 de 45 minutes de calcul a 3 minutes... somme toute, l'application
est
lourde et les macro importantes. de plus les liaison entre tous les
onglet
sont dures a gere pour toute modification ou mise à jour...
Est ce que Access serait un choix plus judicieux que Excel pour ce
genre
d'appli? ou visual basic? Y a t il a ce moment la dans Excel des
fonctions
ou macros aditionnelles faisant ce genre de tache "lourde" mais
répétitives?
plus de précision sur l'applis :
elle est composée de disont 6 onglet principaux représentant des
secteurs.
en fonction d'une vitesse, ces 6 onglet se mettent a jour (cellules
liés)
sur quelques 5 sous onglet par onglet (on en est a 30 onglet
d'option-hypotheses plus les 6 onglet de base)
ensuite je fais varier la vitesse, point par point (35, 36, 37...) sur
une
100ene d'itération et je récupere un résultat a chaque itération sur
chaque
onglet principal (soit 6 resultat) que j'integre dans un grand
tableau.
Petit plus : aucune modification ne doit se faire sur les onglets de
base,
donc je procede par copie de ces onglet sur un onglet temporairement
créé
et
destruction de l'onglet temporaire à la fin des itérations (ca rajoute
encore uun peu de lourdeur !!!)
Ben faut peut être pas rêver non plus ! si tu demandes 450000 calculs, tu peux difficilement obtenir le tout en une respiration ! Par contre mettre tes onglets principaux et secondaires dans des classeurs différents (tu peux aller lire dans un classeur fermé et même d'ailleurs écrire mais ça ne t'intéresse pas ici) peut te permettre d'alléger le bébé et limiter les risques de casse et augmenterait peut être la rapidité (à tester). Autre soluce puisque tu parles d'abaque : il ya peut être une relation mathématique entre tes prix et les autres variables. Si tu arrivais à trouver l'équation qui régit tout ça ce serait pour le coup sacrément plus rapide ! mais ce n'est peut être pas possible ? Ca parait quand même sacrément complexe pour tirer un prix au final... bon courage
-- Misange migrateuse http://www.excelabo.net ==Attention, Disciplus a migré et devient excelabo !===========
"Elicend_News" a écrit dans le message de news: 3f1cfaa0$0$1295$
merci de ta reponse...
je vais essayer d'etre plus clair : j'ai des onglets avec des calculs qui me donnent des prix au final ->je les
appelle onglet principaux ces onglet fonctionnent en piochant tout un tas d'hypothese dans d'autres onglets -> onglet secondaires
les onglet principaux sont fonction d'une cellule representant une vitesse,
que je dois faire varier de 1 à 100 et récupérer pour chaque variation le prix afin d'en sortir un abbaque.
je peux pas trop rentrer dans le detail des onglet principaux, mais en gros,
en fonction de la vitesse, j'ai d'autre vitesses qui se calcul, et des longueurs qui se déduisent avec les informations qui sont dans des tableaux
(merci les recherche V et H) qui sont dans les onglet secondaires... avec ces longueur et des pris au metre, j'obtiens les couts...
a chaque vitesse je modifie donc la cellule, puis j'active les macros de mise à jour et je récupere le cout que je met sur un onglet ne contenant qu'un tableau récapitulatif...
en gros j'ai une dixaine de variable par onglet principal, et autant sur les
hypotheses... tout ca a multiplier par le nombre d'onglet principal...
j'espere avoir ete plus clair mais c'est assez dur de résumer en quelque ligne un fichier de 3.5 Mo :)
MErci kmeme
Elicend
"Misange" ù.net> a écrit dans le message de news: uj1#
Bonjour, visiblement ta question ne soulève pas l'enthousiasme des foules... Faut dire qu'il est quasi impossible de te répondre. Avec ta description, je ne
sais pas si les accessiens sont capable de dire si tes données pourraient
ou
non être gérées sous access. En général, je dirai que pour optimiser ce genre de machine à gaz, l'idéal
c'est de fractionner au maximum : avoir de petits classeurs dédiés qui s'appellent quand le besoin s'en fait sentir mais pas un seul énorme machin
censé tout faire. Limiter aussi les reclaculs au strict nécessaire. Ne pas se mettre en mode
calcul auto, bloquer les rafraichissement d'écrans... Le risque de plantage est énorme sur ces gros trucs et quand le plantage arrive bonjour la perte. Mais ma réponse reste aussi vague que la description de ton appli !
-- Misange migrateuse http://www.excelabo.net ==Attention, Disciplus a migré et devient excelabo !=========== > >
"Elicend_News" a écrit dans le message de news: 3f1be2d9$0$2176$
Salut
j'ai fait une appli sous Excell bourrée de macro qui tournait en boucle
pour faire en gros une centraine de fois les memes calculs avec a chaque
fois une modifications de tout un tas de parametre dans plein de cases différentes... rien qu'en optimisant le code des macros je suis passé sur
un
P600 de 45 minutes de calcul a 3 minutes... somme toute, l'application est
lourde et les macro importantes. de plus les liaison entre tous les onglet
sont dures a gere pour toute modification ou mise à jour... Est ce que Access serait un choix plus judicieux que Excel pour ce genre
d'appli? ou visual basic? Y a t il a ce moment la dans Excel des fonctions
ou macros aditionnelles faisant ce genre de tache "lourde" mais répétitives?
plus de précision sur l'applis : elle est composée de disont 6 onglet principaux représentant des secteurs.
en fonction d'une vitesse, ces 6 onglet se mettent a jour (cellules liés)
sur quelques 5 sous onglet par onglet (on en est a 30 onglet d'option-hypotheses plus les 6 onglet de base) ensuite je fais varier la vitesse, point par point (35, 36, 37...) sur une
100ene d'itération et je récupere un résultat a chaque itération sur chaque
onglet principal (soit 6 resultat) que j'integre dans un grand tableau.
Petit plus : aucune modification ne doit se faire sur les onglets de base,
donc je procede par copie de ces onglet sur un onglet temporairement créé
et
destruction de l'onglet temporaire à la fin des itérations (ca rajoute encore uun peu de lourdeur !!!)
