cancel
Showing results for 
Search instead for 
Did you mean: 
Reply
Syndicate_Admin
Administrator
Administrator

1:1 Visuales de filtrado cruzado de relaciones

Hola a todos

Este puede ser un caso de 'lo miré tanto tiempo que mis ojos están cruzados' y me estoy perdiendo algo simple, pero me lo estoy perdiendo, así que aquí estoy. Tengo un modelo de datos un poco inusual. Intentaré dar un ejemplo descriptivo con datos ficticios:

Tabla#1

grabar #fechatipoduraciónValor de duraciónajustecondición
1232021/01/03Medición A100515verdaderofalsoNivel 5
1242021/01/03Medición A64721falsofalsoninguno
1272021/01/04Medición A45007falsofalsoNivel 3
1292021/01/04Medición A98222verdaderoverdaderoninguno
1302021/01/05Medición A32400falsofalsoninguno

Mesa #2

grabar #fechatipoduraciónValor de duración
1242021/01/03Medición B97201verdadero
1292021/01/04Medición B126050verdadero
1302021/01/05Medición B32400falso

Tabla #1 es la que trato como mi tabla de hechos en mi modelo de datos. Casi todas las demás tablas se conectan a ella, incluida la Tabla #2. Ambos cuadros 1 y 2 no tienen duplicados para Record# (esto se espera), por lo que cuando creo una relación entre los dos es 1:1 y tiene un conjunto de filtrado para ambas maneras.

He creado una medida DAX utilizando los datos de la Tabla #2: % M2 Met = DIVIDE(COUNTROWS(FILTER('Tabla#2', 'Tabla#2'[Value1] = FALSE())), COUNTROWS('Tabla#2'))

Sin embargo, no puedo filtrar esa medida o cualquier otra medida de datos para la Tabla #2 en objetos visuales en función de los campos que tengo en otras tablas, incluido el campo 'Configuración' que solo tengo en la Tabla #1. No entiendo por qué esto no funciona, cuando puedo filtrar en función de otras relaciones. Traté de leer la documentación de EM sobre relaciones y filtrado y las relaciones 1:1 estaban chapadas en advertencias, pero no pude averiguar si este es el comportamiento esperado o no. La documentación que miré indica que debe evitar las relaciones 1:1 si es posible y simplemente extraer la información de su fuente en una tabla. Excepto en mi caso, los datos de origen tienen una entrada independiente para cada tipo de medida, por lo que tendría este aspecto:

grabar #fechatipoduraciónValor de duraciónajustecondición
1232021/01/03Medición A100515verdaderofalsoNivel 5
1242021/01/03Medición A64721falsofalsoninguno
1242021/01/03Medición B97201verdaderofalsoninguno
1272021/01/04Medición A45007falsofalsoNivel 3
1292021/01/04Medición B126050verdaderoverdaderoninguno
1292021/01/04Medición A98222verdaderoverdaderoninguno
1302021/01/05Medición A32400falsofalsoninguno
1302021/01/05Medición B32400falsofalsoninguno

Esto no es bueno para mí, especialmente porque necesito un paso para eliminar duplicados (esperado, a veces puede haber dos entradas para la medición A dependiendo del registro, pero sólo queremos usar una). Así que separe la medición A & B al exportar en el origen para crear tablas separadas. Todo me parece que debería funcionar, pero estoy obteniendo malos resultados por todas partes. Los dos que me destacan son:

  1. Registros que aparecen en visualizaciones sin fecha aunque cuando comprueba tanto la tabla Fecha como el registro, la fecha existe. (La tabla Fecha está conectada a la Tabla#1 pero no a la Tabla#2, y esto es solo algunos registros, no todos, y ni siquiera consistentemente la misma fecha?)
  2. No se pueden filtrar los objetos visuales en función del campo Configuración, aunque en función de mi experiencia con las relaciones *:1 o 1:*, esto debería ser posible.

Cualquier visión al respecto sería apreciada. Traté de buscar generalmente la respuesta a esto, pero mis mejores resultados son todos los sitios que están citando la información del producto MS o preguntas que no están relacionadas con la mía. Puede que esté usando terminología de búsqueda incorrecta. Gracias por su tiempo.

1 ACCEPTED SOLUTION
Syndicate_Admin
Administrator
Administrator

@obera Para la relación entre la Tabla 1 y la Tabla 2, puede invalidar el comportamiento predeterminado (lo que está sucediendo porque ve que ambos son únicos) y establecerlo en "1 a Muchos" (Tabla 2 como el lado 1 y Tabla 1 como el lado muchos), y luego establecerlo para que la Tabla 2 filtre la Tabla 1 en una sola dirección.

DataZoe_0-1618533717017.png

DataZoe_1-1618533751180.png

View solution in original post

3 REPLIES 3
Syndicate_Admin
Administrator
Administrator

@obera Para la relación entre la Tabla 1 y la Tabla 2, puede invalidar el comportamiento predeterminado (lo que está sucediendo porque ve que ambos son únicos) y establecerlo en "1 a Muchos" (Tabla 2 como el lado 1 y Tabla 1 como el lado muchos), y luego establecerlo para que la Tabla 2 filtre la Tabla 1 en una sola dirección.

DataZoe_0-1618533717017.png

DataZoe_1-1618533751180.png

View solution in original post

¡Gracias! No sé por qué esto no se me ocurrió. Estoy bastante seguro de que esto lo resolvió para mí - Todavía estoy teniendo problemas de fecha, pero cuanto más lo miro, más creo que es algo separado. El filtrado está funcionando como lo necesito.

Syndicate_Admin
Administrator
Administrator

@obera

Si tiene relaciones de 1 a 1, esto significa que debe cambiar el modelo. Las mesas con 1 a 1 son realmente sólo una mesa. Consolide las tablas en una sola. Que algo es posible no significa que debas hacerlo. Sus relaciones deben ser del 1 a muchos el 99% del tiempo. Y el modelo debe ser un esquema estelar(Comprender el esquema de estrellas y la importancia para Power BI - Power BI | Microsoft Docs).

Helpful resources

Announcements
PBI User Groups

Welcome to the User Group Public Preview

Check out new user group experience and if you are a leader please create your group!

MBAS Attendee Badge

Claim Your Badge & Digital Swag!

Check out how to claim yours today!

secondImage

Are You Ready?

Test your skills now with the Cloud Skills Challenge.

Top Solution Authors