Filtrado cruzado/ambigüedad bidireccional

Acabo de recibir este mismo error por primera vez («Power BI Desktop permite solo una ruta de filtrado entre tablas en un modelo de datos»); y al principio, me sorprendió un poco. no me lo esperaba

Comencé un esquema de estrella de hecho/dimensión, inicialmente con solo una tabla de hechos, y encontré que el filtrado cruzado bidireccional era bastante útil. Pero luego traté de agregar una segunda tabla de hechos y, ¡zas!, sucedió esto.

Pero cuando lo pienso, tiene sentido. Digamos que tenía varias rutas de filtro desde la tabla DimA a la tabla DimZ, así…

DimA <> FactJ <> DimZ

DimA <> FactK <> DimZ

DimA <> FactL <> DimZ

Ahora, supongamos que tiene un informe de Power BI en el que establece un filtro en DimA. Entonces, ¿cómo se debe filtrar DimZ? No es claro.

Pero en este caso, siento que debería «simplemente funcionar». Creo que yo deberían ser capaz de configurar todos estos filtros cruzados bidireccionales; y las tres rutas diferentes, a través de FactJ, FactK y FactL, deberían actuar como una declaración «OR». Es decir, DimZ debe filtrarse para incluir todas las filas de DimZ a las que se puede llegar al menos uno de los tres caminos de filtrado, después de haber filtrado DimA.

Consideré enviar esto como una idea, pero también siento que podría ser una locura. No estoy seguro. ¿Tal vez causaría problemas en otros modelos que no son esquemas en estrella? ¿Quizás sería demasiado confuso? Tal vez hay algo que no estoy considerando.

¡Pero a mí me parece que sería maravilloso! ¿Qué os parece comunidad? ¿Encontrarías esto útil? ¿O me estoy perdiendo algo?

Su lógica OR puede ser incluso AND. Eso tiene más sentido. entonces Dim A en Dim Z que pasa los tres hechos como filtros.

¡Sí, podría ser de otra manera! Pero, ¿cuándo entraría esto en juego? Cuando tiene una sola página de informe o tablero que muestra…

• Datos de dimensión de DimA
• Datos de dimensión de DimZ
• Datos de hechos de múltiples tablas de hechos relacionados, como FactJ y FactK

…Ahora, supongamos que tiene una sola página de informe o tablero como ese, y aplica algún filtro/segmentación a DimA.

Y digamos que aplicar este filtro a DimA filtra posteriormente FactJ, que posteriormente filtra DimZ a excluir filas Z1, Z2, Z3 y Z4.

Y digamos que aplicar este filtro a DimA filtra posteriormente FactK, que posteriormente filtra DimZ a excluir filas Z3, Z4, Z5 y Z6.

Las filas Z5 y Z6 de DimZ están relacionadas y «describiendo» las medidas de FactJ; y las filas Z1 y Z2 de DimZ todavía están relacionadas y «describiendo» las medidas de FactK. Es por eso que creo que debería ser lógica «O»: aún necesitamos las filas Z1, Z2, Z5 y Z6 de DimZ en el informe/panel, aunque estas filas no están incluidas en todo de los caminos del filtro.

Sé qué está causando el problema de que obtengo los errores de ambigüedad y que al poner la relación entre las tablas en una sola dirección, resuelve el problema con los errores que recibo. Sin embargo, ese no es el problema y necesito un filtrado bidireccional para mis informes.

El problema está en el nivel arquitectónico.

Cuando uso varias tablas que tienen relaciones en bucle entre ellas (inherentes al modelo de datos de Salesforce), ahí es cuando tengo problemas de ambigüedad. Mi objetivo es recrear (partes) del modelo de datos de Salesforce con la mayor precisión posible en Power BI para que nuestros usuarios comerciales puedan usarlos para sus informes porque no tienen experiencia en el modelado de datos.

Entonces, lo que necesito es alguien con experiencia en el uso de Power BI Salesforce Connector en Power BI.

Gracias por su respuesta.

¿Puede explicar en detalle sobre el paso 4?

Para aclarar lo que quiero decir en el punto 4, si tiene 2 tablas de datos que se conectan a las 2 tablas de búsqueda Y necesita relaciones bidireccionales para todas ellas, entonces debe pasar a un diseño diferente en el que aproveche el DAX de muchos a muchos. patrón. La solución a este problema se explica en detalle en los enlaces que proporcioné.