Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Earn the coveted Fabric Analytics Engineer certification. 100% off your exam for a limited time only!

Reply
Syndicate_Admin
Administrator
Administrator

La fórmula funciona de una manera, pero no al revés ????

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

1 ACCEPTED 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]
    )
)

View solution in original post

8 REPLIES 8
Syndicate_Admin
Administrator
Administrator

¿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

Helpful resources

Announcements
April AMA free

Microsoft Fabric AMA Livestream

Join us Tuesday, April 09, 9:00 – 10:00 AM PST for a live, expert-led Q&A session on all things Microsoft Fabric!

March Fabric Community Update

Fabric Community Update - March 2024

Find out what's new and trending in the Fabric Community.

Top Solution Authors