Power Query est lent : où mesurer avant d’optimiser la requête ?

Une actualisation Power Query qui dure dix minutes ne dit pas, à elle seule, où se trouve le problème. Le temps peut être consommé par la lecture de la source, le volume importé, une transformation qui oblige à parcourir toute la table, une fusion, une rupture du query folding ou le chargement final dans Excel.

La bonne première action n’est donc ni de réécrire toute la requête, ni d’acheter un ordinateur plus puissant. Faites varier un seul facteur à la fois, notez le temps et le volume obtenus, puis localisez la première phase qui change fortement. Vous saurez alors s’il faut réduire la source, déplacer une étape, préserver le traitement côté source, revoir l’architecture ou demander un accompagnement plus avancé.

Cet article propose un protocole reproductible pour un responsable de reporting ou un utilisateur Excel qui sait déjà actualiser une requête et doit décider quoi corriger — et quel niveau de formation demander. Il s’agit d’une hypothèse éditoriale fondée sur un problème technique possible, pas d’une demande récurrente mesurée chez StraFormation.

Commencer par définir ce que « lent » veut dire

Avant tout test, notez le contexte. Un temps isolé n’est comparable que si les conditions restent proches :

• même classeur et même version d’Excel ;
• même poste, même réseau et mêmes droits ;
• même source ou copie de test contrôlée ;
• même périmètre de fichiers, lignes et colonnes ;
• même destination de chargement ;
• cache, actualisations simultanées et autres applications signalés.

Conservez aussi trois résultats métier : nombre de lignes chargées, période la plus récente et total de contrôle. Une actualisation plus rapide qui oublie deux mois ou supprime des erreurs n’est pas une optimisation.

Microsoft recommande de choisir le connecteur conçu pour la source lorsqu’il existe, de filtrer tôt, de repousser les opérations coûteuses et d’utiliser un sous-ensemble pendant la construction d’une requête. Ces conseils donnent des hypothèses de test ; ils ne prouvent pas encore la cause dans votre fichier. Microsoft Learn — bonnes pratiques Power Query

Le journal Source–Volume–Étape–Repli–Chargement

Travaillez sur une copie et utilisez des données fictives, désensibilisées ou expressément autorisées. Préparez ce tableau avant de modifier la requête :

Le tableau est un journal d’expérience, pas un benchmark universel. Le temps dépend du connecteur, de la source, du poste, du réseau, du cache et des transformations. L’objectif est de comparer vos propres essais, pas de viser une durée « normale » inventée.

1. Source : le délai commence-t-il avant les transformations ?

Cliquez sur les premières étapes et observez si l’aperçu est déjà lent. Comparez, si les règles de l’organisation l’autorisent, la source habituelle à une copie de test placée dans un environnement maîtrisé. Ne déplacez pas des données sensibles vers un emplacement personnel pour gagner quelques secondes.

Si le ralentissement apparaît avant le nettoyage, examinez en priorité :

• le connecteur réellement utilisé ;
• le serveur, le site, le dossier ou le fichier interrogé ;
• la latence du réseau et les droits ;
• le nombre de fichiers parcourus avant filtrage ;
• les fichiers cachés, temporaires ou archivés qui entrent dans le périmètre.

Une requête peut être techniquement correcte mais demander à la source beaucoup plus de données qu’il n’en faut. Corriger ce périmètre est souvent plus défendable que d’accélérer des étapes qui traitent ensuite des lignes inutiles.

2. Volume : la durée augmente-t-elle avec les données utiles ?

Créez un test limité à une période ou à un ensemble représentatif. Microsoft conseille d’utiliser temporairement Conserver les premières lignes pendant le développement, puis de retirer cette limitation pour le traitement complet. Ce raccourci sert à construire plus vite ; il ne doit pas rester caché dans la version de production. Microsoft Learn — bonnes pratiques Power Query

Comparez au moins :

• un fichier contre le dossier complet ;
• un mois contre douze mois ;
• les colonnes nécessaires contre toutes les colonnes disponibles.

Si le temps augmente presque avec le nombre de fichiers ou de lignes, la priorité est probablement le périmètre d’entrée, la conservation historique ou l’ordre des réductions. Si un petit échantillon reste presque aussi lent que le volume complet, cherchez plutôt une connexion lente, une fonction appelée de nombreuses fois ou une opération coûteuse indépendante du volume apparent.

3. Étape : où le temps bascule-t-il ?

Dupliquez la requête de test, désactivez son chargement si votre environnement et votre procédure le permettent, puis comparez une version arrêtée juste avant l’étape suspecte à une version qui l’inclut. Ne supprimez pas l’original.

Examinez notamment :

• tri sur une grande table ;
• regroupement ;
• fusion avec une clé mal maîtrisée ;
• développement qui multiplie les lignes ;
• fonction personnalisée appliquée fichier par fichier ;
• conversion ou gestion d’erreurs tardive sur un volume déjà gonflé.

Microsoft explique que certaines opérations, comme le tri, doivent lire la totalité de la source avant de produire un résultat, tandis que d’autres peuvent traiter les données en flux. La recommandation est de filtrer tôt et de placer les opérations coûteuses plus tard, lorsque cela respecte le résultat attendu. Microsoft Learn — filtrer tôt et repousser les opérations coûteuses

Déplacer une étape n’est toutefois valide que si le sens reste identique. Filtrer avant une fusion peut accélérer, mais pas si le filtre devait justement dépendre d’une information ajoutée par cette fusion. Chaque changement doit repasser les contrôles de lignes, clés et totaux.

4. Repli de requête : quel système fait réellement le travail ?

Le query folding — ou repli de requête — est le mécanisme par lequel Power Query traduit des transformations M dans un langage que la source peut exécuter. Lorsque le connecteur et les opérations le permettent, une partie du filtrage ou de la transformation peut ainsi être réalisée par le système source au lieu d’importer d’abord toutes les données pour les traiter localement. Microsoft Learn — évaluation et query folding

Trois nuances évitent les fausses recettes :

1. toutes les sources ne proposent pas ce mécanisme ; un fichier CSV local n’est pas un serveur capable d’exécuter une requête traduite ;
2. toutes les transformations ne se replient pas, même avec une source compatible ;
3. les indicateurs et outils de diagnostic varient selon Power Query Online, Power BI Desktop et Excel.

Microsoft précise par exemple que les indicateurs de repli à côté des étapes sont réservés à Power Query Online. Ne cherchez donc pas un bouton absent de votre version et ne concluez pas que le repli fonctionne parce que l’actualisation réussit. Microsoft Learn — indicateurs de query folding

La question utile à poser au formateur ou au responsable de la source est : quelles réductions peuvent être exécutées par la source, avec quel connecteur et quelle preuve dans notre environnement ?

5. Chargement : le traitement est-il fini mais Excel reste occupé ?

Le temps perçu peut inclure la préparation, le chargement dans une feuille, l’alimentation du modèle de données et les recalculs ou objets dépendants. Comparez une destination de test adaptée, sans supprimer la sortie utile, pour distinguer le temps de transformation du temps de restitution.

Si la préparation est rapide mais le classeur ralentit au chargement, vérifiez le nombre de lignes et de colonnes réellement nécessaires, les tables chargées en double et les objets Excel qui dépendent du résultat. Ce diagnostic peut orienter vers l’architecture du classeur, le modèle de données ou Power BI plutôt que vers une nouvelle manipulation M.

Simulation fictive : quatre essais au lieu d’une optimisation au hasard

Les valeurs suivantes sont une simulation pédagogique du modèle, pas une mesure StraFormation ni un résultat promis.

Une contrôleuse actualise douze exports mensuels. La référence dure 9 min 40 s et charge 480 000 lignes. Avec un seul mois, le même traitement dure 1 min 05 s : le volume compte. Dans une copie, elle déplace le filtre sur l’exercice avant un tri global ; les douze mois passent à 4 min 20 s, avec le même nombre de lignes et le même total. Enfin, sur une source de base de données compatible, elle vérifie que le filtre peut être exécuté côté source ; l’essai tombe à 2 min 50 s.

La conclusion n’est pas « Power Query doit durer moins de trois minutes ». Elle est : dans ce cas fictif, la lecture d’un volume inutile puis le tri expliquaient une part importante du temps. La contrôleuse conserve ses preuves avant/après et fait valider que le filtre ne retire aucune période nécessaire.

Exercice corrigé

Votre requête sur un dossier dure huit minutes. Avec un seul fichier, elle dure encore sept minutes et cinquante secondes. Ajouter ou retirer dix colonnes ne change presque rien. Quelle piste tester d’abord ?

Correction : ne concluez pas que le volume est innocent, mais le premier signal pointe ailleurs. Comparez l’accès à la source, le fichier exemple, les fonctions appelées pour chaque binaire et la destination de chargement. Mesurez une copie locale autorisée ou un fichier factice de même structure. Si la durée chute, examinez l’accès et le connecteur ; si elle reste stable, arrêtez la requête avant et après les premières fonctions pour localiser le coût. Ne désactivez ni contrôles ni sécurité pour obtenir un meilleur chronomètre.

Faut-il le parcours Fondations ou Avancé ?

La formation Excel avec Power Query de StraFormation présente deux parcours publics :

• Fondations — 14 heures pour construire une chaîne d’import, de nettoyage, de combinaison, de chargement et d’actualisation avec contrôles ;
• Avancé — 21 heures pour des dépendances plus structurées, le langage M utile, la gestion d’erreurs, la maintenance, la performance et le query folding applicable.

Le parcours Fondations peut être adapté si vous devez encore distinguer source, transformation, sortie et contrôles. Le parcours Avancé devient une piste si vous savez déjà construire une requête simple mais devez diagnostiquer plusieurs sources, fonctions, étapes coûteuses ou traitements côté source. Ce choix reste à confirmer après positionnement ; la page ne garantit ni connecteur, durée d’actualisation, date, place, prix, financement ni résultat.

Pour une orientation utile, indiquez : version et plateforme Excel, types de sources, connecteurs, emplacement, volumes, fréquence, durée mesurée, étape qui semble ralentir, destination de chargement, contrôles métier, personne chargée de la maintenance, nombre de participants et échéance. Joignez seulement des exemples fictifs, désensibilisés ou autorisés.

Avant le devis, votre meilleur livrable n’est pas « Power Query est lent ». C’est le journal Source–Volume–Étape–Repli–Chargement avec deux ou trois essais comparables. Il transforme une impression en besoin pédagogique vérifiable.

Sources vérifiées

• Microsoft Learn — Best practices when working with Power Query, mise à jour du 9 juillet 2025.
• Microsoft Learn — Overview of query evaluation and query folding, mise à jour du 8 avril 2026.
• Microsoft Learn — Query folding indicators in Power Query, consulté le 27 septembre 2026.
• StraFormation — Formation Excel avec Power Query, consultée le 27 septembre 2026.