DAX–Tabla de Parámetros para condicionar cálculos

A veces necesitamos que nuestras medidas calculadas varíen según parámetros seleccionados, como podrían ser diferentes tasas, representaciones numéricas, escenarios de análisis, conversiones de moneda.

Necesitamos armar una tabla con una única columna donde tendremos los valores de selección y aplicación, o una tabla con mas de un campo. Esta tabla no debe estar relacionada con otras tablas del modelo.

image   image

 

Creada e incorporada la tabla, debemos modificar nuestras medidas calculadas hacerlas sensibles a los valores seleccionados.

Tomando la siguiente expresión de ejemplo

Sales Amount:=SUM([SalesAmount])

 

Debemos modificar la expresión a la siguiente forma:

Sales Amount:= 
   
IF

       
HASONEVALUE
(Escala[Escala]); 
       
SUM([SalesAmount])/VALUES
(Escala[Escala]); 
       
SUM
([SalesAmount])
    )

 

Ahora si nuestra tabla de parámetros tiene mas de una columna la expresión debería tener la siguiente forma:

Sales Amount:= 
    IF
        HASONEVALUE(Escala[Factor]); 
        SUM([SalesAmount])*(1+VALUES(Escala[Factor]); 
        IF( NOT( FILTERED( Escala[Escala]) ),
           SUM([SalesAmountQuota]),
           BLANK()
        )
    )
Anuncios

Consideraciones para optimizar modelos Tabulares y PowerPivots

A continuación se enumeran algunos tips para “optimizar” el uso de memoria en los modelos tabulares o PowerPivot, en relación al uso de memoria RAM.

Importar solo las columnas útiles

Debido a que los datos son almacenados por columna, cada una de estas posee un costo, siendo mas caras aquellas que poseen una gran cantidad de valores diferentes, motivo por el cual es importante que al importar tablas en PowerPivot solo debemos incorporar aquellas columnas que utilizaremos en filtros, relaciones y cálculos.

Las columnas que podríamos excluir en la carga son:

  • Claves Primarias de tablas de hechos
  • Identificadores de transacciones en las tablas de hechos
  • GUIDs y columnas utilizadas para replicación o auditoria
  • Timestamp, Fechas de Creación y Modificación
  • Normalizar Columnas

    Evitar incorporar columnas que son cálculos de otras y armar medidas o campos calculados en el modelo. Si tenemos por ejemplo las columnas cantidad, precio, y monto total, esta ultima podríamos excluirla, incorporando una medida o campo calculado utilizando cantidad y precio de la forma

    Monto Total := SUMX( Ventas, Ventas[Precio] * Ventas[Cantidad])

    En este ejemplo Precio y Cantidad serian columnas con una mayor tasa de compresión o mayor probabilidad de repetición de valores que el producto de ambas, siendo el monto total calculado en el momento de la consulta.

    Dividir columnas de alta cardinalidad

    Si una columna posee demasiados valores diferentes, como podría ser un ID de transacción o  fecha y hora de un evento, si dividimos en la carga en varias columnas, por ejemplo fecha y hora en dos columnas, estas ocupan mucho menos memoria que el campo original conteniendo ambos valores.

    Reducir la precisión cuando es posible

    Reduciendo la precisión de una columna podríamos quizás reducir la cantidad de valores diferentes, por ende el uso de memoria.

    DAX – Jerarquías Padre-Hijo (Parte2)

    Al naturalizar una jerarquía Padre-Hijo con las funciones PATH, PATHITEM y LOOKUPVALUE debemos resolver la navegación, buscando evitar se muestren niveles vacíos cuando no hay mas descendientes.

    image

    Si estamos trabajando con Analysis Services Tabular podemos hacer uso del complemento BIDS Helper y configurar la propiedad HideMemberIf.

    Otra alternativa es agregar un poco de complejidad al campo calculado para lograr el efecto buscado. Esta opción es válida también para Power Pivot donde no tenemos la posibilidad de configurar la propiedad HideMemberIf.

    Primero debemos determinar el Nivel de cada elemento de la jerarquía con la función PATHLENGTH.

    =PATHLENGTH([Path])

    image

    Debemos crear dos campos calculados que serán utilizados por el campo calculado Monto.

    MaxNivel:=MAX(Organization[Nivel])

    BrowseNivel:=ISFILTERED(Organization[Level 0])+ISFILTERED(Organization[Level 1])+ISFILTERED(Organization[Level 2])+ISFILTERED(Organization[Level 3])

    Ahora debemos crear el campo calculado o medida condicionando cuando retornar un valor Nulo o un valor

    Monto:=IF( [BrowseNivel]> [MaxNivel];BLANK();SUM([Amount]))

     

    Antes
    image

    Después
    image

     

    DAX – Jerarquías Padre-Hijo (Parte 1)

    Analysis Services Tabular y Power Pivot no poseen un soporte directo a relaciones padre-hijo, sino que exponen una serie de funciones que permiten naturalizar una jerarquía Padre-Hijo.

    Vamos a trabajar con la siguiente tabla, Organization de AdventureWorksDW:

    image

    Lo primero es generar una columna calculada, con el camino de los nodos, desde el principal, para esto debemos utilizar la función PATH de DAX

    =PATH([OrganizationKey];[ParentOrganizationKey])

    Esto nos agrega una nueva columna a la tabla con los nodos separados por |

    image

    Ahora necesitamos armar tantas columnas como niveles de nuestra jerarquía, si esto nos obliga a definir una profundidad fija de navegación. Para estas columnas calculadas utilizaremos la función PATHITEM

    =PATHITEM([Path];1;INTEGER)

    =PATHITEM([Path];2;INTEGER)

    =PATHITEM([Path];4;INTEGER)

    Estas columnas tendrán el valor correspondiente a cada nivel para ese registro, es decir, nos devuelve el valor entre | para la posición indicada.

    image

    Ahora tenemos que utilizar una segunda función DAX para reemplazar en la misma o una nueva columna el valor del nivel obtenido por la descripción correspondiente. Utilizaremos la función LOOKUPVALUE.

    =LOOKUPVALUE([OrganizationName];[OrganizationKey];PATHITEM([Path];1;INTEGER))

    =LOOKUPVALUE([OrganizationName];[OrganizationKey];PATHITEM([Path];4;INTEGER))

    image

    Ahora resta configurar una jerarquía con los niveles definidos

    image