hacer filtros un O no y Y

[Syndicate_Admin]

¿Hay alguna manera de decir que quiero que estos primeros para filtrar la configuración para que sea un O no un Y combinado con la configuración de filtro restante para ser el ajuste típico AND?

[Syndicate_Admin]

No @myusrn ,

Consulte el blog.

Uso de condiciones DE QUI entre segmentaciones en DAX

Saludos
Lionel Chen

Si este post ayuda,entonces considere Aceptarlo como la solución para ayudar a los otros miembros a encontrarlo más rápidamente.

[Syndicate_Admin]

@v-lionel-msft Interesantes gracias por la respuesta y el enlace a los detalles sobre cómo vincular la configuración de la segmentación de datos a OR'd vs AND'd calculado Datos de columna.

[Syndicate_Admin]

No @myusrn ,

No puede cambiar la lógica detrás del panel de filtro, sin embargo, dependiendo de cómo desee ver el panel de filtro, esto se puede superar con una medida.

La única pregunta es acerca de la forma en que las personas están usando el panel de filtro, ¿quieres que las personas cambien las fechas en los dos campos anteriores o deben mantener lo que tienes?

Si crea una medida similar a la siguiente, puede usarla en su visualización en lugar del valor actual que ya tiene:

Measure filtered =
CALCULATE (
    SUM ( Table[Column] ),
    FILTER (
        Table,
         (
            Table[DateColumn] >= DATE ( 2013, 11, 1 )
                || ISBLANK ( Table[DateColumn] )
        )
            || (
                Table[DateColum2] >= DATE ( 2013, 11, 1 )
                    || ISBLANK ( Table[DateColumn2] )
            )
    )
)

Puede reemplazar SUM(Table[Column]) por otras columnas o sintaxis o incluso una medida.

[Syndicate_Admin · Accepted solution]

@MFelix gracias por la respuesta.

Terminé usando la siguiente configuración de Medida y Columna para llegar a algo que podría usar el filtro de página de informe que busca is_two_years_old . Interesado en cualquier pensamiento que pueda tener en cuanto al clima o no esta es una manera ineficiente de llegar a la meta final.

Medida / two_years_ago - EDATE( UTCTODAY(), -24 )

Columna / denormalized_completion_date - IF ('request_inner_join_ms_option_data'[review_completion_date] <> BLANK(),
'request_inner_join_ms_option_data'[review_completion_date],
'request_inner_join_ms_option_data'[production_launch_date]
)

Columna / is_two_years_old - IF ([denormalized_completion_date] <- [two_years_ago], TRUE, FALSE)

[Syndicate_Admin]

No @myusrn ,

Creo que esta es una de las alternativas, la pregunta sobre la eficiencia, creo que proviene de la forma en que usa su informe y la cantidad de datos, si su informe necesita ser dinámico tal vez esto debe ser utilizado con segmentaciones de datos, si es un valor estático belive esta es una buena manera.

No olvides aceptar tu propia respuesta para que pueda ayudar a los demás.