Problème de performances dans DAX Studio : CallBackDataID

Ce didacticiel traite de CallBackDataID , qui est un problème de performances dans DAX Studio. Vous apprendrez ce qu'il fait et comment il affecte les performances de votre requête DAX.

Le moteur de stockage fonctionne pour fournir des données au moteur de formule sous la forme d'un cache de données. Mais lorsque le moteur de stockage est incapable d'évaluer une expression, il demande et rappelle le moteur de formule pour obtenir de l'aide à l'aide de CallBackDataID .

Avoir un CallBackDataID dans votre calcul ralentit les performances de DAX car il utilise à la fois le stockage et le moteur de formule. Cependant, c'est toujours mieux que de laisser le moteur de formule faire tout le travail car il fonctionne toujours sur des données compressées et ne nécessite pas de matérialisation.

De plus, lorsque le moteur de formule est impliqué, les résultats ne sont pas mis en cache. Les caches améliorent l'expérience utilisateur lors de l'exécution d'une requête ou d'une mesure dans LuckyTemplates.

Table des matières

• Où trouver le CallBackDataID
• Comment résoudre le problème de performances
• Conclusion

Où trouver le CallBackDataID

CallBackDataID se trouve dans les minutages du serveur dans DAX Studio. En raison de leur importance, ils sont mis en évidence dans l'instruction xmSQL. Lorsque vous cherchez à optimiser votre DAX, trouver le CallBackDataID est le meilleur point de départ.

Une autre technique d'optimisation consiste à exploiter les filtres dans chaque fois que possible. L'utilisation de CALCULATE dans les filtres est préférable à l'utilisation comme table. FILTER est un itérateur et lorsque vous filtrez une table, elle sera itérée par . La présence de ces deux itérateurs pourrait ralentir votre requête.

Voici deux exemples de requêtes avec et sans CallBackDataID .

Il s'agit d'une mesure localisée qui définit les deux requêtes ci-dessus.

La mesure supérieure itère la table des ventes, multiplie le prix actuel et la quantité, puis les additionne. La mesure inférieure vérifie si la date d'achat est supérieure ou égale au 31 mars 2016. Avoir une fonction dans une mesure crée un CallBackDataID car il n'utilise pas CALCULATE .

Pour tester cela, exécutez la requête qui a le CallBackDataID . Assurez-vous de vider le cache et d'activer la synchronisation du serveur et les plans de requête avant de l'exécuter.

Si vous cliquez sur l'onglet Server Timings en bas, vous pouvez voir que la première analyse est mise en surbrillance. Cela est dû à la présence de CallBackDataID .

Vous pouvez également voir le CallBackDataID dans l'instruction xmSQL. La fonction IF dans la mesure dépasse les capacités du moteur de stockage, elle demande donc l'aide du moteur de formule.

Comment résoudre le problème de performances

Si vous exécutez la requête qui n'a pas de CallBackDataID , vous pouvez voir que les analyses ne sont plus mises en surbrillance.

Cela est dû au fait que le filtre CALCULATE est poussé vers le moteur de stockage. Il n'a plus besoin de l'aide du moteur de formule car il peut fonctionner tout seul.

Autant que possible, essayez d'utiliser des filtres dans CALCULATE . Il optimise les performances DAX en poussant la majeure partie du travail dans le moteur de stockage, ce qui le rend plus rapide.

Moteur de stockage dans LuckyTemplates – Opérateurs et requêtes VertiPaq
Mesurer dans LuckyTemplates : Conseils et techniques d'optimisation
Analyseur VertiPaq dans DAX Studio | Tutoriel LuckyTemplates

Conclusion

Des problèmes de performances peuvent survenir si votre requête est trop complexe pour que le moteur de stockage fonctionne. Il apporte des processus inutiles comme le CallBackDataID dans le calcul et ralentit votre DAX. Vous pouvez l'atténuer en utilisant des filtres dans CALCULATE .