Starting December 3, join live sessions with database experts and the Microsoft product team to learn just how easy it is to get started
Learn moreGet certified in Microsoft Fabric—for free! For a limited time, get a free DP-600 exam voucher to use by the end of 2024. Register now
hola
Tengo una tabla con dos columnas de una tabla de dimensiones (Empresa y Proyecto) con una columna Ingresos procedente de la Tabla de hechos del proyecto. Ambas tablas están relacionadas por el identificador de proyecto.
Quería entender por qué los totales se muestran de esta manera, ya que difiere de los totales de agregación en SQL.
También cuando cambia la realtionship hace el total de agregación a nivel de empresa
-----------------------
Una a muchas relaciones (AMBAS direcciones)
-----------------------------------------------------------------------------------------------------
Uno a muchos relación (SOLA dirección)
---------------------------------------------------------------------------------
Gracias por su ayuda🙂
Solved! Go to Solution.
No @salabart ,
Una relación se puede establecer para que sea unidireccional (su comportamiento predeterminado) o bidireccional. En una relación unidireccional, el contexto de filtro se propaga de un lado al lado varios, pero no al revés. En otras palabras, en el diagrama, un filtro en Fact Project Revenue filtra automáticamente Dim_LF_project, mientras que un filtro en Dim_LF_project no propaga ni a Fact Project Revenue.
Y la presencia de ese filtro cruzado bidireccional introduce ambigüedad en el modelo. Un modelo es ambiguo cuando hay varias rutas de acceso entre las tablas. En un modelo ambiguo, el motor tiene varias opciones al transferir un filtro de una tabla a otra. Por lo tanto, encuentra una forma preferida de transferir el filtro o genera un error. En este escenario, no se produjo ningún error; por lo tanto, o bien el modelo no es ambiguo (pequeño alerón: ES AMBIGUO), o bien el motor encontró una forma preferida de transferir el filtro.
Para obtener más detalles, consulte:
https://www.sqlbi.com/articles/bidirectional-relationships-and-ambiguity-in-dax/
https://docs.microsoft.com/en-us/power-bi/guidance/relationships-bidirectional-filtering
Deseo que sea útil para usted!
Saludos
Lucien
No @salabart ,
Una relación se puede establecer para que sea unidireccional (su comportamiento predeterminado) o bidireccional. En una relación unidireccional, el contexto de filtro se propaga de un lado al lado varios, pero no al revés. En otras palabras, en el diagrama, un filtro en Fact Project Revenue filtra automáticamente Dim_LF_project, mientras que un filtro en Dim_LF_project no propaga ni a Fact Project Revenue.
Y la presencia de ese filtro cruzado bidireccional introduce ambigüedad en el modelo. Un modelo es ambiguo cuando hay varias rutas de acceso entre las tablas. En un modelo ambiguo, el motor tiene varias opciones al transferir un filtro de una tabla a otra. Por lo tanto, encuentra una forma preferida de transferir el filtro o genera un error. En este escenario, no se produjo ningún error; por lo tanto, o bien el modelo no es ambiguo (pequeño alerón: ES AMBIGUO), o bien el motor encontró una forma preferida de transferir el filtro.
Para obtener más detalles, consulte:
https://www.sqlbi.com/articles/bidirectional-relationships-and-ambiguity-in-dax/
https://docs.microsoft.com/en-us/power-bi/guidance/relationships-bidirectional-filtering
Deseo que sea útil para usted!
Saludos
Lucien
Cada vez que ve una columna del mismo número (en su caso 7750) generalmente significa que las relaciones en sus datos faltan o no funcionan correctamente. En las capturas de pantalla 4th/5th/6th, la tabla de hechos no puede filtrar la tabla de dimensiones, por lo que simplemente devuelve el valor de columnas completo en cada fila en lugar de dividir los valores en la agregación adecuada.
Starting December 3, join live sessions with database experts and the Fabric product team to learn just how easy it is to get started.