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.
Tengo 2 tablas de eventos y elementos de paquete de soporte. Cada evento tiene varias líneas en la otra tabla.
Esta fórmula identifica correctamente que hay 17 filas en la tabla SPI con el mismo asociado y fecha de inicio
part count = CALCULATE(COUNTROWS(Support_Package_Items),
FILTER(Support_Package_Items,
Events[Associate]=Support_Package_Items[Associate] &&
Events[Event Start Date]=Support_Package_Items[Start Date]
))
Así que estaba epxecting la fórmula opuesta en la tabla SPI llegaría con la respuesta 1 para las filas en la tabla de eventos, pero su sólo en blanco. El hecho de que el superior funcione significa que la parte de comparación está bien.
Event cost = CALCULATE(COUNTROWS((Events)),
FILTER(Events,
Events[Associate]=Support_Package_Items[Associate] &&
Events[Event Start Date]=Support_Package_Items[Start Date]
))
He intentado crear id desde assoicate y empezar en ambas tablas y relacionarlos, pero eso no funciona. Realmente no hay idea de por qué esto no funciona como parece una petición extremadamente simple??? Tengo muchas otras relaciones en el modle, pero asumir que no juegan ningún papel como no en el cálculo?
Tristemente grande yconfidential modle así que antes de empezar a tratar de cortarlo para publicar cualquier hijo thoguht obvio por qué esto podría ser? Muy apreciado
Mike
Solved! Go to Solution.
Intente quitar el CALCULATE para evitar que la transición de contexto convierta el contexto de fila en filtros que deben propagarse:
Event cost =
COUNTROWS (
FILTER (
Events,
Events[Associate] = Support_Package_Items[Associate]
&& Events[Event Start Date] = Support_Package_Items[Start Date]
)
)
¿Cuál es la relación (si la hay) entre estas tablas? Además, ¿son estas medidas o columnas calculadas? Si son columnas calculadas, ¿en qué tabla se define cada una?
lo sentimos, ambas son columnas calculadas. el primero está en la mesa del evento y el segundo está en la tabla SPI
Hay algunas relaciones entre estas tablas y una tabla de fechas y también entre el asociado en ambas tablas y una tabla asociada central para buscar el [Asociado].
Así que mi árbol es bastante complicado
Proyectos
| \ por Projectid
Eventos Particpants
| | por Participantid
| Artículos de paquete de soporte
| / por asociado
Asociado
No hay ningún campo directo relacionado con SPI y eventos. todas las relaciones son individuales. Si elimino la tabla Participante, la fórmula ahora funciona. ¿Está tratando de subir el árbol a través de particpant para proyectar y luego no puede bajar por la rama del evento porque la relación es incorrecta?
No esperaba que las relaciones jugaran un papel si no estuviera en la fórmula, pero tal vez afectan el filtrado?
Parece que es una cuestión de eventos de filtrado SPI, pero no al revés.
En la segunda expresión, al escribir FILTER ( Eventos, ... ), la tabla Eventos ya se filtra antes incluso de que empiece a comprobar las condiciones. Es la subtama que corresponde solo a la fila actual de la tabla SPI a través de las relaciones del modelo.
Esto no sucede en la primera expresión, ya que el filtrado solo propaga "aguas abajo" en el diagrama de relaciones.
¿Alguna solución? Intenté poner ALL(Events) en la segunda expresión para eliminar el filtrado que viene a través de los rlationships, pero no funciona.
La tabla de eventos se filtraría ya sea por la relación a través del whch del proyecto estaría bien, ya que el evento es para el mismo proyecto o a través de asociado que también está bien que contar para el mismo asociado. Así que tendría thoguht cualquier filtrado previo de las tablas de eventostil lincluded los rwos que quería contar y no estar en blanco???
Apagó la relación proyecto-evento sin diferencia. También entre asociado y evento
sólo se ajustó a la relación spi-particpant funcionó. ¿Hay un anopposite de userrleationship para no usarlo?
Intente quitar el CALCULATE para evitar que la transición de contexto convierta el contexto de fila en filtros que deben propagarse:
Event cost =
COUNTROWS (
FILTER (
Events,
Events[Associate] = Support_Package_Items[Associate]
&& Events[Event Start Date] = Support_Package_Items[Start Date]
)
)
Brillantes thnaks tanto
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 |
---|---|
2 | |
1 | |
1 | |
1 | |
1 |
User | Count |
---|---|
2 | |
2 | |
2 | |
2 | |
1 |