Relación de N a N no detectada por Power BI (en tabular y en Power BI)

[Syndicate_Admin]

Hola a todos,

Busqué alrededor pero no encuentro nada como el siguiente caso:

En power BI desktop june2021 tengo este modelo: todos los enlaces están en id people, 1 a N, bidireccional, todos los datos se importan

Mi objetivo es mostrar en la misma tabla DDTagcategory y categoría de usuario cada uno de las tablas de hechos.

En su lugar, recibo tal mensaje:

Este es un caso clásico de relación N a N. y todavía no trabajo así que trato de forzar powerBI para undestand el caso y dibujar un directo N a N entre el 2 tablas.

Esto funciona bien. Parece que powerBI no entiende el contexto de N a N. Esta solución puede ser una solución alternativa sucia.

Más extraño, si vuelvo al primer modelo (que no funciona) y actualizo el comportamiento de agregación:

También funciona, pero el resultado no es realmente lo que espero: no quiero resumir.

Por último, las tablas de origen SQL provienen de un almacén de datos en el que construyo un modelo tabular en Visual Studio que usa exactamente el mismo modelo en mi ejemplo:

Este modelo tabular funciona perfectamente en las consultas de Excel y mi ejemplo (DDTagcategory y User category.) se está representando sin problemas.

Pero si intento una consulta directa en este modelo tabular con powerBI, todavía no funciona por las mismas razones que la relación de importación de powerBI.

Así que mi pregunta es:

¿Hay algún ajuste que pueda haber olvidado que podría ayudar a powerBI a entender que 2 tablas de hechos con una dimensión en el medio es una relación N a N ?

Gracias de antemano

[Syndicate_Admin · Accepted solution]

Allí, @Fvrdp

¿Ha intentado eliminar la relación de varios a varios y agregar el campo común entre la tabla esclava y las dos tablas y otros campos que desee?

¿He respondido a su pregunta? Por favor, marque mi respuesta como solución. Muchas gracias.
Si no es así, cargue algunas muestras de datos insensibles y la salida esperada.

Saludos

Equipo de apoyo a la comunidad _ Janey

[Syndicate_Admin]

Hola Janey,

Gracias por su ayuda. Sí, había tratado de tal cosa con varias relaciones combinaison y finalmente localizo el punto de dolor.

Para encontrarlo, había simplificado el esquema para que solo coincidiera con el caso de prueba. Se ve así:

Esta es una relación típica de N a N entre Fact1 y 2. Esto ocurre con frecuencia cuando varios esquemas en estrella funcionan juntos. Si muesgo una tabla con estado y campo de estado, todavía tengo un error relacional.

Finalmente, esto se solucionará sorprendentemente agregando un campo agregado en la tabla (!)

Así que la respuesta a mi pregunta en el primer post fue: estás obligado a agregar un campo agregado para que funcione.

Me sorprendió bastante ya que este comportamiento no es el mismo en el modelo tabular: este no necesita un valor calculado:

Entonces, el error generado por powerBI no es relevante en este caso: no es un problema de relación, sino un problema de construcción de informes. ¡Aprendería algo hoy!

Problema resuelto, gracias !

Saludos.

[Syndicate_Admin]

Hola Daxer,

En primer lugar, gracias por su rápida respuesta y su tiempo.

Sin embargo, esto no responde a la pregunta. Esto se pidió para el modelo de 3 tablas no para el modelo de Visual Studio, este funciona correctamente en AS tabular. No entiendo exactamente el problema con el modelo en PowerBI: este es un caso de uso de constelación BI "clásico", pero tal vez este es el punto débil y me lo perdí.

Como Microsoft dice que tabular AS con pronto ha sido una parte de power BI(https://powerbi.microsoft.com/en-us/blog/power-bi-as-a-superset-of-azure-analysis-services/) y el motor interno sigue siendo el mismo, esto parece un poco extraño que un modelo no tiene el mismo comportamiento en powerBI que en tabular COMO.

Ahora, asumo plenamente que no estoy al tanto de todos los trucos del modelado PowerBI, y es por eso que voy a seguir buscando / aprendiendo en otra comunidad que tendrá algunas respuestas más constructivas, lo siento por la inconveniencia 🙂

Saludos.

[Syndicate_Admin]

@Fvrdp

No entiendes el consejo de oro que te he dado. Eso es triste. Solo recuérdame cuando te equivocarás en cifras por todas partes y no sabrás de dónde vienen...

[Syndicate_Admin]

De acuerdo. No voy a sumergirme en los detalles, ya que hay demasiados de ellos que tendría que explicar, pero voy a decirte algo y darte un consejo de oro o un consejo de oro, como quiera que llames a esto. No construyas tales monstruos o te enfrentarás a una reconstrucción total en unas pocas semanas o meses. La forma en que lo haces está total y absolutamente en contra de las mejores prácticas de modelado dimensional en PBI y te meterá en tantos problemas en poco tiempo que te hará llorar. Por favor, cree un buen modelo de acuerdo con las mejores prácticas. Si alguien viniera a mí y me mostrara esto, estarían buscando un nuevo trabajo al día siguiente.