Mejoras en el rendimiento de MDX en SQL Server 2008 Analysis Services

Definiciones útiles

Ninguna de las expresiones MDX utilizadas para asignar el valor de una propiedad sin valor de una celda aprovecharán las ventajas de las mejoras de rendimiento. El rendimiento se mantendrá en el mismo nivel que en SQL Server 2005 Analysis Services (SSAS).

El uso de funciones no enumeradas en este documento en el código MDX no aprovechará las ventajas de la mejora del rendimiento esperado para esta versión del producto. Vea Functions with enhanced performance en este documento.

La evaluación de una expresión MDX en un espacio con seguridad de celda definida impedirá que el código obtenga mejoras de rendimiento.

En la tabla siguiente se muestra la relación entre la seguridad de celda y el rendimiento.

Vea Utilizar expresiones MDX para establecer permisos en los datos de las celdas y Conceder acceso personalizado a los datos de las celdas.

El uso de expresiones de dimensionalidad dinámica en el código MDX impide que este último aproveche las ventajas de mejoras de rendimiento. Por ejemplo, expresiones como Sum( IIF( Sales > 10000, h1.Members, h2.Members)) no se beneficiarán debido a que el código está modificando los miembros que van a sumarse al mismo tiempo que se evalúa la expresión Sales. Otro ejemplo podría ser un escenario en la que sea necesario usar un miembro del año natural o un miembro de las jerarquías del año fiscal dependientes de un atributo perteneciente al miembro actual del atributo de cuenta a fin de realizar una comparación con el valor equivalente de un período paralelo. La expresión MDX necesaria para este escenario se asemejaría bastante al código de ejemplo siguiente.

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

De nuevo, las dimensiones cambian de forma dinámica a medida que cambia el miembro actual de la dimensión de cuenta.

El uso de parámetros dinámicos en el código MDX impide que el código obtenga mejoras de rendimiento. Por ejemplo, una expresión como KpiGoal("Sales_" & [Fiscal Year].currentmember.UniqueName) varía en las celdas en las que se ha calculado. En cambio, la expresión KpiGoal("Sales_" & Cstr(Year(Now))) es invariable.

Importante
Es posible que la expresión KpiGoal("Sales_" & [Fiscal Year].currentmember.UniqueName) se evalúe con el mismo valor en el espacio en el que se ha calculado. Sin embargo, eso no sería suficiente para que el motor proporcione las mejoras de rendimiento esperado.

El uso de cualquier referencia de miembros dinámica en el código MDX impide que este último obtenga mejoras de rendimiento. Por ejemplo, en la siguiente expresión

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

no hay ninguna manera de conocer la tupla resultante hasta que la expresión IIF() se evalúe en el tiempo de ejecución. Sin embargo, en la expresión equivalente siguiente

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

las dos tuplas resultantes se conocen antes de evaluar la expresión e.

El uso de procedimientos almacenados definidos por el usuario en el código MDX impedirá que el código se aproveche de las ventajas de rendimiento mejorado.

Cada vez que se usa un conjunto con nombre o un alias de conjunto como el primer parámetro en las funciones Sum, Min, Max, Avgo Aggregate en el código MDX, éste no aprovecha las ventajas de las mejoras de rendimiento.

Por ejemplo, la expresión MDX siguiente cuenta cuántos miembros tienen más de un elemento secundario.

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

Dado que h.members se ha asociado como S y el valor de función Current posterior se obtiene del conjunto asociado, éste impide obtener las mejoras esperadas de rendimiento.

En el código siguiente se muestra otro ejemplo común para este tipo de situaciones.

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 función SUM en la definición de miembros no obtiene la mejora del rendimiento esperado porque se basa en un conjunto con nombre.

Cada vez que una expresión de resumen personalizado hace referencia a un miembro calculado o a otra expresión MDX que se evalúa en el tiempo de ejecución, la expresión de resumen personalizado impide el rendimiento mejorado.

Cada vez que cree referencias adelantadas en definiciones, en instrucciones independientes, en el código MDX, el código no aprovechará las ventajas de mejoras de rendimiento. Por ejemplo, en el fragmento de script MDX siguiente se ha creado una referencia adelantada en Y durante la definición de X.

Create Member X as Y * 2;

…

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

Para corregir esta situación, sitúe la definición de Y delante de la de X, como se muestra en el fragmento siguiente.

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

Create Member X as Y * 2;

…

La siguiente lista de funciones escalares incluye las funciones en las que se debería esperar obtener el rendimiento mejorado. La primera columna de la lista contiene los operadores escalares.

La siguiente lista de funciones de miembro incluye las funciones en las que se espera que se muestre el rendimiento mejorado.

La lista siguiente de funciones set incluye las funciones en las que se espera que se muestre el rendimiento mejorado.

Sin embargo, cuando se usan funciones enumeradas, el primer parámetro debe ser una expresión que utilice cualquier combinación de las funciones siguientes.

La siguiente lista de funciones VBA incluye las funciones en las que se espera que se muestre el rendimiento mejorado.

En las siguientes funciones VBA se puede esperar un rendimiento mejorado cuando la función se evalúa sobre atributos variables.