Register now to learn Fabric in free live sessions led by the best Microsoft experts. From Apr 16 to May 9, in English and Spanish.
¡Hola a todos!
Por lo tanto, el conjunto de datos principal es [Exportaciones KBOSS].
Cada registro es un proyecto. Solía contener 60 columnas, casi el 80% sobre valores nulos que contenían información sobre las horas reales y presupuestadas trabajadas para trabajos de campo y oficina para todos los departamentos de la empresa. La mayoría de los proyectos tienen valores en un solo departamento, por lo tanto, el enorme vacío en todas las demás columnas.
No podía dejar una tabla tan ridículamente ancha y vacía, por lo tanto, los departamentos KBOSS recién creados que contiene valores como este:
Como se puede ver en Project ID 14836, sí, cada proyecto puede tener varios departamentos.
El modelo tiene ese aspecto:
Ahora, a pesar de que he explicado ampliamente la naturaleza paradójica de usar el [Departamento] como una cortadora, especialmente si se utiliza para contar registros (¡una masacre!), todavía se me pide que corte los datos que viven en [KBOSS Export] por [Departamento].
Por ejemplo, se me ha pedido que corte los márgenes brutos que viven en [Exportaciones KBOSS] (es decir, un margen bruto por proyecto, lo que tiene sentido) por [Departamento] que vive más bajo en mi modelo.
Como se ha dicho, he dejado absolutamente claro que tal cálculo será un desastre inminente, es decir, usar una segmentación de una tabla secundaria para cortar los datos a una tabla primaria. Pero ahí vamos... si no lo hacemos funcionar, tendré que reintroducir las 60 columnas en [Exportaciones KBOSS] y prefiero rascarme los ojos antes que hacerlo.
Dos + una soluciones en las que estoy pensando y me gustaría su opinión:
1. Antes de "deportar" las 60 columnas de [Exportaciones KBOSS], cree un campo en Power Query donde almacene en un campo de varios valores todos los departamentos para cada proyecto. es decir, de la imagen de arriba:
Proyecto | Departamentos |
14278 | Monitoreo |
14836 | Utilidad, Escaneo Láser |
15449 | Monitoreo |
Entonces puedo crear medidas con el uso de COUNTROWS, FILTER, FIND, etc.
2. buscar una medida que de alguna manera hará eso por mí? algo así como un RELATTABLE reverenciado que viajará contra la corriente de MUCHOS a UNO?
3. Aceptar que mis sólo 3 meses de trabajo con DAX no son suficientes para mí para manejar esto o que simplemente soy un poco grueso y falta algo bastante obvio para todos ustedes!
¿Cómo estarías entregando eso? ¿Cortar datos parentales con segmentaciones de niños?
Muchas gracias de antemano!!
Solved! Go to Solution.
Hola @kalspiros,
¿No podría utilizar simplemente la función COUNTROWS en un cálculo con CROSSFILTER para cambiar la dirección de esa relación a ambas solo para ese cálculo? Algo así como
CALCULATE(
COUNTROWS( EXPORTACIONES KBOSS ),
CROSSFILTER( <columna relacionada de exportaciones>, <columna relacionada de departamentos >, AMBOS )
)
Avísame si ayuda
EDITAR - Por supuesto, puede reemplazar COUNTROWS( KBOSS Exports ) con cualquier medida o cálculo que necesite realizar en esa tabla.
Kris
Hola @kalspiros,
¿No podría utilizar simplemente la función COUNTROWS en un cálculo con CROSSFILTER para cambiar la dirección de esa relación a ambas solo para ese cálculo? Algo así como
CALCULATE(
COUNTROWS( EXPORTACIONES KBOSS ),
CROSSFILTER( <columna relacionada de exportaciones>, <columna relacionada de departamentos >, AMBOS )
)
Avísame si ayuda
EDITAR - Por supuesto, puede reemplazar COUNTROWS( KBOSS Exports ) con cualquier medida o cálculo que necesite realizar en esa tabla.
Kris
Hola Kris,
Curiosamente, me encontré con CROSSFILTER en el pasado, pero parece que no pude vincular mi problema con esta función!
Funciona perfectamente bien, muchas gracias por su ayuda!
Atentamente
Covering the world! 9:00-10:30 AM Sydney, 4:00-5:30 PM CET (Paris/Berlin), 7:00-8:30 PM Mexico City
Check out the April 2024 Power BI update to learn about new features.
User | Count |
---|---|
1 | |
1 | |
1 | |
1 | |
1 |
User | Count |
---|---|
2 | |
2 | |
1 | |
1 | |
1 |