Diferencia de DAX entre SUM desnuda y suma envuelta en CALCULATE

Hola, tenemos la respuesta a tu búsqueda, desplázate y la encontrarás más abajo.

Solución:

Cuando CALCULATE se usa en un contexto de fila, la transición ocurrirá donde cada fila se convierte en un filtro y toda la tabla se escanea para cada fila, usando todas las columnas de la fila como filtro. Esto tendrá un impacto en el rendimiento y también podría causar resultados inesperados si su tabla tiene duplicados.

Es posible que las dos versiones que ha proporcionado devuelvan el mismo valor. Sin embargo, si no es así, probablemente se deba a filas duplicadas en su tabla.

Puede que este artículo le resulte muy útil.

Esta respuesta aborda el uso de CALCULATE en general y cubre los temas de contexto de filtro, contexto de fila y transición de contexto.

Como se define en la pregunta original, [Measure1] y [Measure2] se comportaría de manera idéntica, según la respuesta original a continuación. Consulte la edición de esta respuesta para obtener un tratamiento más completo de CALCULATE.

En general, si está mirando una expresión en el contexto de una fila, usará CALCULATE con un solo argumento para provocar una transición de contexto (contexto de fila -> contexto de filtro).

Un error común para principiantes que veo es redundante / innecesario CALCULATEs en expresiones. CALCULATE debe usarse solo cuando desee afectar el contexto de filtro del primer argumento. Esto toma dos formas generales:

1. Desea utilizar args 2-N para agregar, eliminar o cambiar el contexto del filtro.
2. Desea hacer la transición del contexto de la fila para filtrar el contexto.

Los dos pueden unirse.

Un corolario de lo anterior es que nunca debe usar CALCULATE con un argumento a menos que el sitio de llamada esté en un contexto de fila.

Editar: basado en comentarios y pregunta actualizada

Parece que hay cierta confusión en esta pregunta. Así que aclararé eso primero, antes de entrar en la transición de contexto.

Nota: donde sea que me refiera CALCULATE a continuación, también puede leer CALCULATETABLE, que se comporta de forma casi idéntica. El primero es para expresiones escalares y el segundo es para expresiones de tabla.

Una medida es No solo una expresión DAX con nombre. Una medida es una expresión DAX con nombre con un implícito CALCULATE envuelto alrededor de él. Por lo tanto, si desea reemplazar una referencia a una medida con su expresión, no solo hace un simple reemplazo de texto, debe escribir CALCULATE ( ).

Intento no adivinar los diferentes significados de una pregunta si la forma en que se formula es coherente con ella. Creo que querías preguntar:

¿Cuál es la diferencia entre las siguientes expresiones DAX?

SUM ( 'tab'[col1] )

y

CALCULATE ( SUM ( 'tab'[col1] ) )

Esto es materialmente diferente a la pregunta que hizo, porque estaba preguntando sobre dos medidas completamente definidas, no dos fragmentos de DAX. Las medidas se comportarán de manera idéntica, porque sus expansiones son lógicamente equivalentes:

//Measure 1 definition:
Measure1 = SUM ( 'tab'[col1] )

// Measure 1 expands to the following, and you would use this if you were
// replacing a reference with code:
//Expansion1:
CALCULATE ( SUM ( 'tab'[col1] ) )

//Measure2 definition and expansion:
Measure2 = CALCULATE ( SUM ( 'tab'[col1] ) )

//Expansion2:
CALCULATE ( CALCULATE ( SUM ( 'tab'[col1] ) ) )

Por lo tanto, sus medidas son semánticamente (aunque no textualmente) idénticas. Ambos actúan como SUM envuelto en un CALCULATE. [Measure2] simplemente tiene un extra CALCULATE tras la expansión.

Entonces que hace CALCULATE ¿hacer? Mucho. Como referencia, cuando doy entrenamientos de DAX, CALCULATE y el filtro y el contexto de fila son un segmento de varias horas.

CALCULATE hace lo siguiente.

1. Realiza la transición de contexto. Crea un nuevo contexto de filtro dentro del cual evaluar su primera expresión de argumento. Este nuevo contexto de filtro consta de lo siguiente (combinado en un contexto de filtro único):

   una. Cualquiera que sea el contexto de filtro externo que exista en el sitio de llamada de CALCULATE

   B. Cualquiera que sea el contexto de fila que exista en el sitio de llamada de CALCULATE

2. Evalúa args 2-N (conocidos como setfilters) para modificar (agregar, eliminar o modificar el existente) el contexto del filtro del paso (1), y finalmente

3. Evalúa la expresión en arg1 en el nuevo contexto de filtro determinado por los pasos (1) y (2).

Entonces, esto plantea un par de preguntas, a saber:

1. ¿Qué es un contexto de filtro?
2. ¿Qué es un contexto de fila?
3. ¿Qué significa transformar un contexto de fila en un contexto de filtro?

Entonces, primero, filtre el contexto. El contexto de filtro proviene de varias funciones de DAX, incluidas CALCULATE, CALCULATETABLE, SUMMARIZE, SUMMARIZECOLUMNS, y GROUPBY. Esta lista no pretende ser exhaustiva, pero cubre algunas funciones muy comunes.

Siempre que interactúa con un modelo tabular en una herramienta de informes, por ejemplo, tablas dinámicas de Excel o informes de Power BI, sus acciones en la GUI generan consultas que se utilizan para completar cualquier objeto visual. Desde la perspectiva de estas (y otras) herramientas de informes, el contexto del filtro proviene de:

• Etiquetas de fila / columna / eje (no confunda una fila de tabla dinámica para contribuir al contexto de fila, no es así)
• Filtros de tabla dinámica
• Rebanadoras
• Otras selecciones de elementos visuales como filtrado cruzado
• Filtros visuales / de página / de informe / de obtención de detalles / de información sobre herramientas

Puede pensar en el contexto del filtro como un conjunto de ‘Tabla'[Column]-> mapas de valores. Cualquier valor literal que se seleccione o que cumpla con un criterio de selección se convierte en el contexto del filtro.

Por ejemplo, consideremos una matriz visual con ‘Calendario'[Year] en filas, “Calendario”[MonthName] en columnas, un segmentador de ‘Producto'[Category]= “Ropa” y un filtro a nivel de página de ‘Calendario'[Year]> 2015. Veremos el contexto del filtro para una medida, [M], siendo evaluado en la matriz de la tercera fila y cuarta columna (abril de 2018)

Filter Context:
'Calendar'[Year]=2018
'Calendar'[Year]>2015
    => 'Calendar'[Year] IN 2016, 2017, 2018, ..., N // for whatever years exist in the calendar
'Calendar'[Month]="April"
'Product'[Category]="Clothing"

Cada celda de la matriz tendría su propio contexto de filtro basado en la intersección de año y mes, pero el resto permanecería igual. Para la fila del total general en la parte inferior, el contexto del filtro no tendría un año específico de la matriz, pero aún se vería afectado por el filtro de nivel de página. Para la columna de gran total a la derecha, no habría contexto de mes, pero habría un año específico en contexto. Para la celda de concesión total en la parte inferior derecha de la matriz, los únicos filtros serían:

'Product'[Category]="Clothing"
'Calendar'[Year]>2015 //from the page-level

En resumen, el contexto del filtro está bastante alineado con lo que probablemente lo entendiste. He descubierto que para la mayoría de las personas, el filtro de contexto por sí solo tiene sentido.

Ahora para el contexto de la fila. El contexto de fila existe siempre que iteramos una tabla. Encontrará un contexto de fila en dos lugares:

1. Al agregar una columna calculada a una tabla
2. En una función de iterador, por ejemplo:
   • -X funciones (SUMX, AVERAGEX, etc …)
   • FILTER
   • ADDCOLUMNS

Siempre que hablamos de contexto de fila, hablamos de iteración. Puedes pensar en un bucle for como:

//pseudocode
for row in table:
    

También puede considerar el contexto de fila como análogo a un cursor SQL, iterando las filas de una tabla. Sería en gran parte equivalente a un cursor de solo lectura de avance rápido.

Consideramos una fila a la vez. El contexto de fila consiste en el conjunto de valores literales en las columnas de la tabla que se itera.

Por lo tanto, dada una tabla, ‘T’ con columnas (Id, Cantidad, Fecha), el contexto de la fila en SUMX ( 'T', consta de los valores específicos de 'T'[Id], 'T'[Amount], y T'[Date]. Puede hacer referencia a cualquiera de estos valores por referencia de columna en . También puede utilizar una función con valores de tabla como primer argumento de un iterador, p. Ej. SUMX ( VALUES ( 'T'[Date] ), ). En este caso, la tabla que iteramos es el retorno de VALUES ( 'T'[Date] ), que es el conjunto de valores únicos en la 'T'[Date] columna. En este caso, el contexto de la fila consta solo de un valor de 'T'[Date] - el resto de 'T' no está en el contexto de la fila.

//Table, 'T' with schema as above

  (1, 10, 2019-02-01),
  (2, 20, 2019-02-01),
  (3, 30, 2019-03-01),
  (4, 40, 2019-03-02)


//Add calculated column to 'T'
C = SUM ( 'T'[Amount] )
// Result would be 100 on every row - the total of 'T'[Amount]

//Measure on a card visual with no other filters:
M = SUMX ( 'T', SUM ( 'T'[Amount] ) )
// Result would be 400, which is the sum of 'T'[Amount] calculated once per row
// and summed together

//M2 on card with no other filters
M2 = SUMX ( VALUES ( 'T'[Date] ), SUM ( 'T'[Amount] ) )
// Result is 300, which is the sum of 'T'[Amount] calculated once per unique date
// and summed together

// Same table as above:
M3 = SUMX ( VALUES ( 'T'[Date] ), CALCULATE ( SUM ( 'T'[Amount] ) ) )
// result on card would be 100, the actual total

// Input table would be 2019-03-02, 2019-02-01, 2019-03-01
//Iteration1:
1. Row context: 'T'[Date]=2019-03-02
2. CALCULATE transitions 'T'[Date] value to Filter context: 'T'[Date]=2019-03-02
3. SUM is evaluated in filter context from step (2)
4. Result of iteration1 = 40

//Iteration2:
1. Row context: 'T'[Date]=2019-02-01
2. CALCULATE transitions 'T'[Date] value to Filter context: 'T'[Date]=2019-02-01
3. SUM is evaluated in filter context from step (2)
4. Result of iteration1 = 30 //note both [Amount]s for 2019-02-01 contribute to this

//Iteration3:
1. Row context: 'T'[Date]=2019-03-01
2. CALCULATE transitions 'T'[Date] value to Filter context: 'T'[Date]=2019-03-01
3. SUM is evaluated in filter context from step (2)
4. Result of iteration1 = 30

// Final result - combine iteration results with sum:
40 + 30 + 30 = 100

Expected Result =
SUMX (
    VALUES ( Unique_Manager[Manager] ),
    VAR SumBrand = CALCULATE ( SUM ( Budget_Brand[BudgetBrand] ) )
    VAR SumProduct = CALCULATE ( SUM ( Budget_Product[BudgetProduct] ) )
    RETURN
        IF ( ISBLANK ( SumProduct ), SumBrand, SumProduct )
)

Brand Budget = SUM ( 'Budget_Brand'[BudgetBrand] )

Product Budget = SUM ( 'Budget_Product'[BudgetProduct] )

Expected Result =
SUMX (
    VALUES ( 'Unique_Manager'[Manager] ),
    VAR SumBrand = [Brand Budget]
    VAR SumProduct = [Product Budget]
    RETURN
        IF ( ISBLANK ( SumProduct ), SumBrand, SumProduct )
)

Expected Result =
SUMX (
    VALUES ( 'Unique_Manager'[Manager] ),
    VAR SumProduct = [Product Budget]
    RETURN
        IF ( ISBLANK ( SumProduct ), [Brand Budget], SumProduct )
)

Measure = SUM ( 'tab'[col1] )

CALCULATE ( SUM ( 'tab'[col1] ) )