Discussion :

[Rainmax]

Bonjour à tous,

Je travaille actuellement sur une macro qui met environ 25 min, et environ 15 min sont consacrés à l'ouverture d'une requête SQL assez longue car elle se situent en plein coeur de plusieurs boucles :/

Voici la ligne qui met 1 min à s'executer:


Voici le détail de la fonction "CreateQueryUnionALL":


J'ai entendu parler de tables temporaires mais je ne vois pas trop comment je pourrais les intégrer ici et comment elles fonctionnent exactement.

Avez-vous une solution ou des conseils à me donner pour améliorer ma macro svp ?

Merci par avance pour votre aide,
Rainmax

[ComputingFroggy]

Salut,

Ce n'est pas vraiment la requête qui est imbriqué : c'est juste la construction de la requête ... et ce n'est pas une boucle énorme.

Mon avis est que si tu lances la requête fabriquée directement (en récupérant la chaîne depuis le debuggueur, par exemple) tu obtiendras le même temps de réponse.

Ce qui est important et que tu n'indiques pas est la volumétrie : combien de lignes dans ta table UnionQueryAll ? La répartition est aussi importante.

Dans un premier temps, il faudrait s'assurer qu'il y a un index sur les champs Activity, AsOf et Indicators.

[Rainmax]

En fait, si j'ouvre la query dans la base Access j'ai le même problème dans le sens qu'il faut environ 2 min à Access pour qu'il m'affiche le résultat de la vue. La requête est très complexe car elle se base sur plusieurs Tables.

La requête fait 20 558 lignes, mais j'ai déjà ouvert des requêtes plus volumineuses en VBA sans avoir ce soucis.

Non il n'y a pas d'Index sur les champs Activity, AsOf et Indicators. Voici à quoi ressemble la table:


Merci par avance de votre aide,
Rainmax

[Zekraoui_Jakani]

est-ce que tu as le même problème après compactage de la db ? quelle est la capacité en mémoire de ta machine ?

[Rainmax]

Comment pourrais-je avoir ces informations svp ?

[nico84]

Bonjour

La requete constituée par la fonction revient à créer une "grosse vue" pour ensuite n'en utiliser qu'une "petite partie" dans le select principal
En plus de créer des index sur les champs du where comme le suggère justement la grenouille, il est possible de descendre le where à l'étage d'en dessous, c'est à dire de filtrer au niveau de la création de unionallquery qui deviendrait "unionwherequery"