Améliorations des performances pour MDX dans SQL Server 2008 Analysis Services

Définitions utiles

Toute expression MDX utilisée pour assigner la valeur d'une propriété d'une cellule qui n'est pas une valeur ne bénéficiera pas des améliorations des performances. Les performances resteront au même niveau que celui d'SQL Server 2005 Analysis Services (SSAS).

L'utilisation de toute fonction non répertoriée dans ce document dans votre code MDX ne bénéficiera pas des gains de performance attendus de cette version du produit. Consultez Functions with enhanced performance dans ce document.

L'évaluation d'une expression MDX sur un espace qui a défini la sécurité des cellules empêchera votre code d'atteindre les performances améliorées.

La relation entre la sécurité des cellules et les performances est présentée dans le tableau suivant.

Consultez Utilisation d'expressions MDX pour définir les autorisations sur les données des cellules et Octroi d'accès personnalisés aux données des cellules.

L'utilisation d'expressions de dimensionnalité dynamique dans votre code MDX empêchera votre code d'atteindre les performances améliorées. Par exemple, les expressions comme Sum( IIF( Sales > 10000, h1.Members, h2.Members)) n'en bénéficieront pas parce que votre code modifie les membres à additionner à mesure que l'expression Sales est évaluée. Un autre exemple implique un scénario dans lequel vous devez utiliser un membre des hiérarchies Année civile ou Année fiscale qui dépendent d'un attribut qui appartient au membre actuel de l'attribut Account pour faire une comparaison avec la valeur équivalente d'une période parallèle. L'expression MDX requise pour ce scénario ressemblerait alors à l'exemple de code suivant.

ParallelPeriod(Iif( Account.CurrentMember.Properties("UsesFiscalCalendar")="Y", FiscalTime, CalendarTime).CurrentMember)

De nouveau, les dimensions changent de manière dynamique à mesure que le membre actuel de la dimension Account change.

L'utilisation de paramètres dynamiques dans votre code MDX empêchera votre code d'atteindre les performances améliorées. Par exemple, une expression comme KpiGoal("Sales_" & [Fiscal Year].currentmember.UniqueName) varie sur les cellules sur lesquelles elle est calculée. Par opposition, l'expression KpiGoal("Sales_" & Cstr(Year(Now))) est invariante.

L'utilisation de références de membres dynamiques dans votre code MDX empêchera votre code d'atteindre les performances améliorées. Par exemple, dans l'expression suivante

(IIF( e, mbr1, mbr2), Sales)

il n'existe aucun moyen de connaître le tuple obtenu tant que l'expression IIF() n'a pas été évaluée au moment de l'exécution. Toutefois, dans l'expression équivalente suivante

IIF( e, (mbr1, Sales), (mbr1, Sales))

l'un ou l'autre des tuples obtenus est connu avant l'évaluation de l'expression e.

L'utilisation de procédures stockées définies par l'utilisateur dans votre code MDX empêchera votre code d'atteindre les performances améliorées.

Chaque fois qu'un jeu nommé ou un alias de jeu est utilisé en tant que premier paramètre dans les fonctions Sum, Min, Max, Avg ou Aggregate dans votre code MDX, votre code ne bénéficiera pas des améliorations des performances.

Par exemple, l'expression MDX suivante compte le nombre de membres qui ont plusieurs enfants.

Sum(h.members as S, Iif(S.Current.Children.Count > 1, 1, 0))

Étant donné que h.members se voit attribuer l'alias S et que la valeur de la fonction Current est tirée du jeu sous forme d'alias, il empêche l'amélioration attendue des performances.

Un autre exemple courant de cette situation est illustré dans le code suivant.

WITH

SET [Core Products] AS '{[Product].[Category].[Bikes]}'

MEMBER [Measures].[Core Products Sales] AS SUM([Core Products], [Measures].[Internet Average Unit Price] * [Measures].[Internet Order Quantity])

Select [Measures].[Core Products Sales] on 0

From [Adventure Works]

La fonction SUM dans la définition du membre n'atteint pas les performances améliorées attendues parce qu'elle se base sur un jeu nommé.

Chaque fois qu'une expression de cumul personnalisé fait référence à un membre calculé ou à toute autre expression MDX évaluée au moment de l'exécution, l'expression de cumul personnalisé empêche d'atteindre les performances améliorées.

Chaque fois que vous créez des références de définition anticipées dans des instructions distinctes de votre code MDX, votre code ne bénéficie pas des améliorations des performances. Par exemple, dans l'extrait de script MDX suivant, une référence anticipée est créée sur Y pendant la définition de X.

Create Member X as Y * 2;

…

Create Member Y as ( Sales, [Date].[Calendar].[Month].PreviousMember);

Pour corriger cette situation, placez la définition de Y avant la définition de X, comme dans l'extrait suivant.

Create Member Y as ( Sales, [Date].[Calendar].[Month].PreviousMember);

Create Member X as Y * 2;

…

La liste suivante de fonctions scalaires inclut les fonctions sur lesquelles vous devriez constater de meilleures performances. La première colonne de la liste contient les opérateurs scalaires.

La liste suivante de fonctions de membre inclut les fonctions sur lesquelles vous devriez constater de meilleures performances.

La liste suivante de fonctions de jeu inclut les fonctions sur lesquelles vous devriez constater de meilleures performances.

Toutefois, lorsque vous utilisez l'une des fonctions répertoriées, le premier paramètre doit être une expression qui utilise une combinaison des fonctions suivantes.

La liste suivante de fonctions VBA inclut les fonctions sur lesquelles vous pouvez constater de meilleures performances.

Pour les fonctions VBA suivantes, vous pouvez vous attendre à obtenir de meilleures performances si la fonction est évaluée sur des attributs variables.