Comment accélérer un peu mon code

Bonjour à tous ! Je développe un applicatif sous Word qui génére automatiquement des fichiers .doc en composant le fichier à partir d'un fichier contenant l'ensemble des paragraphes. Le tout piloté par un formulaire. Bon jusque là rien d'extraordinaire. Le truc c'est que dans un soucis d'évolutivité, rien n'est programmé en dur dans le code. J'ai donc des tables de correspondances contenue dans des feuillets excel. Le soucis c'est qu'à chaque fois que je clique sur une option du formulaire, il parcours l'ensemble des feuillets à la recherche d'un certain nombre d'infos. Mais c'est trop lent. (pourtant on a de bons PC PIV 2.6Ghz 512 Mo). Donc mon idée c'est de charger mon feuillet au démarrage dans un Array VBA... mais je me pose la question si VBA ira plus vite à chercher dans un Array que dans un objet xlRange. Voilà si vous pouvez m'aider, je suis prenneur de toute idée :) Merci

Bonjour

Pour sur.
Car xlRange, recherche déjà dans un tableau.

Il est plus facile de batiser kk1 que de la convertir. (surtout en programmation)
Une question se pose sur le forum, pas en privé
NHenry (VB6, VBA excel, VB.NET, C++, C#.Net)

non, vb ne sera pas plus rapide à la recherche. Mais peut etre ta methode de recherche n'est-elle pas adaptée ?

bin j'ai pas trop le choix, en fait c'est une tableau de taux. C'est un tableau de 9 colones et 120 lignes. Les 8 premiers servent à composés le nom du taux que je cherche dans la 9ième. En gros, quand je clique sur une option, ça balaye ligne par ligne: Tant que ligne <> "" Si cell(ligne,1) & cell(ligne,2) & ... & cell(ligne,8) = "chainecontenantlenomdutaux" alors TauxTrouvé= cell(ligne,9) Fin test Fin boucle C'est lourd mais ça permet à ceux qui vont utiliser l'applicatif de rajouter des taux sans modifier le code. Si vous avez une idée...

Bonjour, Assurément, mettre tes données en mémoire (grâce à DIM, donc une ARRAY selon le vocabulaire) sera plus rapide. De plus, tu augmentera encore la vitesse d'éxecution en déclarant le typee des variables. Autant pour les tableaux qui contiendra tes données, mais aussi dans l'ensemble de ton code. L'instruction "OPTION EXPLICIT" en début du code t'indiquera chaque variable non dééclarée... restera encore à déterminer les types le plus appropriées. Amicalement, Us.

Je déclare toujours les variables, ça pas de soucis. Donc il faudrait que je récupère les données de mon feuillet dans un Array VBA. Est ce qu'on peut avoir un Array à 2 dimensions (une matrice quoi) ? Parce que je connais ça: tab = Array(valA, valeur2, ..., valN) Mais peut on faire: tab Array(Array_A(valA, valB),Array_B(valC, valD)) ?

Bonjour

Tu peux faire :
Dim tab as type() 'Remplace type par ton type

Redim tab(Size1Min to Size1Max, Size2Min To Size2Max)

Il est plus facile de batiser kk1 que de la convertir. (surtout en programmation)
Une question se pose sur le forum, pas en privé
NHenry (VB6, VBA excel, VB.NET, C++, C#.Net)

Bonjour, Voilà comme dit NHenry... Mais il existe (comme souvent) plusieurs syntaxes possibles pour utiliser DIM. Si tu sais que ton Tableau est de longueur fixe, on peut le déclarer directement avec : " DIM TAB(8,120) As String " (c'est un exemple) JE rebondis ensuite sur ta seconde intervention où tu dis que les 8 premières colonnes contienne le nom du taux... IL faudrait voir si il ne serait pas possible de tout mettre dans une seule colonne. Car la syntaxe de l'algo, que tu écris avec : Tant que ligne <> "" Si cell(ligne,1) & cell(ligne,2) & ... & cell(ligne,8) = "chainecontenantlenomdutaux" alors TauxTrouvé= cell(ligne,9) Fin test Fin boucle n'est pas très bonne en terme de rapidité... En effet, "concaténner" autant variables pour reconstituer un seul nom (d'après ce que je comprends) est forcément très lent... et j'ose même dire, pas très propre. En général, on évite ce genre de structure à rallonge. Mais, il faudrait en connaître plus, pour developper davantage ce point. Amicalement, Us.

Bonjour, (et merci de ces réponses :) Je sais bien que ce genre de structure est plutot lourd. En effet, en utilisant une seule colone et un vLookUp ça va beaucoup plus vite. Mais question utilisation c'est pas très pratique en fait... je parle utilisation par ceux qui vont devoir se servir de mon applicatif. Mais c'est vrai que je vais peut etre devoir changer de méthode car même si ça n'est pas extremement lent, ça rends le formulaire pénible à utiliser...

Bon ben j'ai trouvé un solution bidouille mais qui marche pas mal finalement. J'ai ajouter une colone dans mon feuillet avec une formule A2 & B2 & C2 & ... & I2 et je fais un vLookUp sur cette colone. C'est bete mais ça marche mieux. Et ça laisse de la souplesse d'utilisation pour les utilisateurs (parce qu'en fait j'ai des filtres sur les colones donc avec une seule colone ça marche plus bien sur) Merci en tout cas !