Analyseur VertiPaq dans DAX Studio | Tutoriel LuckyTemplates

Ce didacticiel présentera les métriques de l'analyseur VertiPaq dans DAX Studio et comment elles vous aident à optimiser vos codes DAX. Chaque métrique sera discutée afin que vous compreniez comment chacune peut aider à améliorer les performances de vos codes.

Il s'agit des métriques de l'analyseur VertiPaq.

Table des matières

• Onglet Tables de l'analyseur VertiPaq
  • Colonnes pour la taille des données
• À l'intérieur de la table FactSales
• Onglet Colonnes de l'analyseur VertiPaq
• Conclusion

Onglet Tables de l'analyseur VertiPaq

La première mesure est l' onglet Tableaux ou la vue globale du tableau. Dans cet onglet, vous pouvez voir la colonne Cardinalité  . Il fait référence au nombre de valeurs uniques dans une table. Il s'agit de la colonne la plus importante de votre modèle de données et de votre requête DAX .

Si vous regardez la table DimCustomer , il y a 20 valeurs uniques. Cela signifie qu'il y a 20 clients distincts avec des valeurs non répétitives.

Ceci est un exemple de requête DAX.

Il utilise la fonction  pour compter les lignes de différentes tables. Le nombre de lignes correspond à la cardinalité produite dans le tableau.

Colonnes pour la taille des données

La colonne suivante après la cardinalité  s'appelle Table . Il indique la quantité de mémoire occupée par la table. Plus la taille des données est grande, plus elles nécessitent d'attention. La colonne Col Size  correspond au total des colonnes Data , Dictionary et Hierarchy Size .

Les colonnes Data , Dictionary et Hierarchy Size affichent respectivement la taille totale des données compressées, des colonnes encodées dans le dictionnaire et des colonnes hiérarchiques générées automatiquement.

Vient ensuite la colonne Encodage  qui indique le type d'encodage utilisé. L'encodage de valeur  et de hachage   se produit dans toutes les tables, c'est pourquoi le résultat affiche "Plusieurs".

Les violations de l'intégrité référentielle seront également affichées dans la colonne Violations RI . Des violations se produisent lorsqu'une valeur existe dans la table de faits mais n'existe pas dans la table de dimension .

La colonne Taille de la hiérarchie utilisateur  affiche la taille des hiérarchies définies par l'utilisateur. La taille de la relation basée sur le côté plusieurs d'un paramètre un-à-plusieurs sera également affichée dans la colonne Taille de la relation .

Ensuite, vous avez les colonnes %DB . Cette colonne indique combien une table prend en pourcentage de la taille totale de toutes les tables.

Dans l'exemple, vous pouvez voir que la table DimCustomer occupe près de 66 % de la taille totale de la table. Le pourcentage de votre base de données par rapport à votre table de faits  doit être supérieur aux tables de dimensions  .

Voici les pourcentages :

Étant donné que cet exemple ne contient pas beaucoup de données, les colonnes Segments  et Partitions  ne peuvent pas être utilisées ; il ne sera applicable qu'avec des tables plus grandes.

La dernière colonne de l'onglet s'appelle Colonnes . Il montre simplement le nombre de colonnes qu'il y a dans une table. Les colonnes Type de données et % du tableau ne s'appliquent pas à la vue globale du tableau.

À l'intérieur de la table FactSales

Il s'agit de la table de données Overall FactSales.

Chaque colonne du tableau contient ses propres informations. Le niveau global de la table, par exemple, comporte plusieurs colonnes telles que Cardinality , Column Size , etc.

Dans l'exemple, vous remarquerez que la cardinalité de SalesKey est égale à la cardinalité de la table. C'est parce que  SalesKey n'a pas de valeurs répétitives et est une valeur unique.

La colonne Taille de colonne est tout aussi importante que le niveau Tableau. Il affiche la somme des colonnes Data , Dictionary et Hierarchy Size .

Vous pouvez également voir que la méthode d'encodage utilisée est Hash Encoding , qui crée une liste de valeurs distincte.

Si vous regardez la ligne Quantité , vous verrez qu'elle utilise la méthode de codage par hachage même si le type de données est un entier.

La raison en est que SQL Server Analysis Services a configuré une méthode pour déterminer la meilleure méthode de compression.

La colonne % Table affiche la colonne sous forme de pourcentage de la taille totale de la table. Dans l'exemple, SalesKey a la plus grande taille de la table, ce qui est logique car il a la cardinalité et la taille de colonne les plus élevées.

De même, la colonne % Base de données  affiche le pourcentage d'une table ou d'une colonne dans une table sous forme de pourcentage de la base de données entière.

Vous verrez que la table FactSales représente 46,8 % de la taille totale du modèle de données. La colonne SalesKey de la table FactSales occupe 15 % de la taille totale de la base de données.

Étant donné que cet exemple ne contient qu'une petite quantité de données, vous n'aurez qu'un seul segment et une seule partition. Il en va de même pour la colonne Colonnes . Le nombre de colonnes sera toujours un dans la vue en colonnes.

Onglet Colonnes de l'analyseur VertiPaq

L' onglet Colonnes  a un format plus simple pour afficher les données. Il fournit des informations plus détaillées que l' onglet Tables .

Vous remarquerez qu'il a des colonnes similaires à celles de l' onglet Tables  .

L' onglet Colonnes vous permet de trier n'importe quelle colonne. Dans cet exemple, il est trié par cardinalité qui est indiquée par un petit triangle. La colonne Lignes  indique le nombre de lignes dans un tableau.

Vous pouvez voir que FactSales-SalesKey  a 15 000 lignes et une cardinalité. Toutes les clés primaires ont des lignes qui sont égales à leur cardinalité correspondante.

Si le nombre de lignes n'est pas égal au nombre de cardinalités, la table aura des valeurs répétitives.

Si vous regardez FactSales-CustomerKey , vous remarquerez qu'il a une cardinalité de 801 et une taille de colonne de près de 1,1 million.

Cela signifie qu'il doit être optimisé et compressé. Pour l'optimiser, accédez au fichier LuckyTemplates et ouvrez la table DimCustomer  .

La colonne CustomerKey est un type de chaîne de données. Vous pouvez voir que les valeurs commencent par C, puis suivies d'un nombre. Cliquez sur Remplacer les valeurs pour modifier les valeurs à l'intérieur de la colonne.

Trouvez la valeur C et changez-la en blanc. Ensuite, changez le type de données en Nombre entier.

Faites la même chose pour la  colonne CustomerKey dans la table Fact  . Cliquez sur Appliquer et revenez au studio DAX. Ensuite, cliquez sur Afficher les métriques pour recharger le DAX, puis triez-le par cardinalité.

La taille de la colonne est maintenant réduite à 46 372 contre 1,1 million. Si vous regardez la vue Tableau, vous verrez que la taille de la colonne est également tombée à 46 372.

Si vous faites la même chose avec SalesPersonKey qui a une taille de colonne de près de 1,1 million, vous pouvez la réduire à 5 540.

La modification des valeurs de type chaîne ou texte en type entier peut optimiser votre DAX pour le rendre plus performant.

Optimisez les fonctions DAX avec ce nouveau cours
Transformations LuckyTemplates simples pour des données plus optimisées
Optimisez les formules LuckyTemplates à l'aide de DAX avancé

Conclusion

L'optimisation DAX commence dans DAX Studio à l'aide de VertiPaq Analyzer. Dans les métriques de l'analyseur, vous verrez comment fonctionnent les tables et les colonnes et déterminerez quelle entité doit être optimisée et améliorée.

Si vous voulez savoir quelle partie du code ralentit les performances de votre code, utilisez l'analyseur VertiPaq. Cela améliorera sûrement votre DAX.

Nicklight