Uso de un filtro con SummarizeColumns

[Anonymous]

Nuevo día, nueva pregunta.

Tengo un problema con un proyecto en el que estoy trabajando.

En este ejemplo simplificado, tengo una tabla, t_Revenue con los campos Proyecto, Año e Ingresos.

Proyecto	año	Ingresos
A	1	10
A	2	20
A	3	15
B	1	15
B	2	20
B	3	25

También tengo una tabla t_Years con un campo Año que es una lista simple 1,2,3. Hay una segmentación de datos adjunta al campo Año y una relación entre t_Revenue[Año] y t_Years[Año]. Si uso la segmentación de datos, la tabla t_Revenue se filtra adecuadamente.

He escrito un código DAX SUMMARIZECOLUMNS para crear una tabla dyamic. El propósito de esta tabla, t_Summary es mostrar los ingresos totales de cada proyecto, filtrados por año.

El código para esto es

t_Summary - SUMMARIZECOLUMNS(t_Revenue[Proyecto],t_Revenue[Ingresos])

Mostrar t_Summary en un objeto visual de tabla muestra que la creación de t_Summary está ignorando el filtro colocado en el campo Año de la tabla t_Revenue. ¿Es esto de esperar, estoy haciendo algo mal, cómo puedo lograr esto?

Gracias.

[Greg_Deckler]

Hay un argumento de tabla de filtro opcional para SUMMARIZECOLUMNS:

t_Summary - SUMMARIZECOLUMNS(t_Revenue[Proyecto],t_Revenue[Ingresos],FILTRO(...))

https://docs.microsoft.com/en-us/dax/summarizecolumns-function-dax

[Anonymous]

@Greg_Deckler

Sólo preguntando por curiosidad, la tabla t_Summary se creará y almacenará persistentemente en el modelo de datos antes de que el usuario seleccione cualquier cosa en la interfaz de usuario/slicer. Después de la creación de la tabla, no importa lo que el usuario seleccione en la interfaz de usuario, el contenido de la tabla no va a cambiar. El argumento FILTER() en SUMMARIZECOLUMNS sólo es útil si conocemos la condición o los valores del filtro en la fase de diseño del informe. Ese es mi entendimiento.

¿Está diciendo que es posible capturar los filtros del usuario aplicados a la interfaz de usuario se pueden capturar y pasar a la tabla t_Summary en un escenario donde el t_Summary no se calcula en una medida y es una tabla que se almacena persistentemente en el modelo de datos? Si eso es posible, se abrirá un montón de posibilidades. Mis preguntas son en un sentido genérico. Pero en este caso, creo que el cuadro t_Summary en sí ni siquiera es necesario para el propósito aquí indicado, ya que las cifras basadas en proyectos se pueden calcular sobre la base del filtro de año/fecha, incluso sin la tabla t_Summary.

[Greg_Deckler]

@sreenathv depende. Si esa fórmula se utiliza para crear una tabla, es persistente. Si esa fórmula se utiliza dentro de una medida, es dinámica.

[Anonymous]

@Greg_Deckler

Verdad.

En @Morpeth777 caso, se utiliza como una tabla persistente. Por lo tanto, el filtro no va a funcionar. No sería posible filtrar la tabla t_Summary dinámicamente en función de la selección de segmentación de año. Esa es la conclusión. ¿Correcto?

[Greg_Deckler]

No, crearía una medida estructurada como esta:

VAR __Table - SUMMARIZECOLUMNS(...)
devolución
<algunos cálculos sobre __Table>

Entonces es dinámico y puede tener en cuenta el filtro de año.

[amitchandak]

En el medio, usted puede referir este documento: https://www.sqlbi.com/articles/introducing-summarizecolumns/

[amitchandak]

@Morpeth777 ,

Simplemente puede tomar la suma de los ingresos en visual. ¿No puedes aprovechar el resumen de la columna?

[Anonymous]

OK, pero el ejemplo que mencioné ilustra un tema específico que tengo con una obra mucho más grande. No es posible compartir el proyecto, por lo que he condensado el problema que estoy teniendo en la pregunta específica que se hace. Debido a su simplicidad estoy seguro de que es un no-problema, pero tristemente no en el trabajo que estoy haciendo.

[amitchandak · Accepted solution]

@Morpeth777 , Vamos a tomarlo así. Si toma el filtro y crea una tabla, una nueva tabla no será dinámica. Pero se crea parte de la medida que será dinámico.

Usamos columnas de resumen, resuman para tener subconsultas sql. a veces forzamos un contexto de fila

Ejemplo

Medida
"customer_id _Cnt", count(sales[customer_id])),if([_cnt]>1,1,0))

O tomar el máximo hasta el nivel del proyecto y luego sumar

O sumar proyecto que tiene ingresos >10000