Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Grow your Fabric skills and prepare for the DP-600 certification exam by completing the latest Microsoft Fabric challenge.

Reply
Syndicate_Admin
Administrator
Administrator

¿Funcionará esto para evitar la autoexistencia? . ?

Hola a todos. Hace un tiempo, me encontré con un problema relacionado con un concepto de Power BI llamado "Auto-Exist". Debido a esto, uno se ve obligado (no estoy seguro de si forzado es la palabra correcta) a adherirse estrictamente a un esquema estrella en el modelo de datos. Por ejemplo, eche un vistazo a la captura de pantalla de una página de uno de los informes que desarrollé:

theDarkPrince_0-1640335212188.png

Aquí, notará que hay 5 segmentaciones de datos que afectan a esta página: 1. Región, 2. Oficina de Representación, 3. Tipo de programa, 4. Control deslizante de cantidad utilizado para filtrar pedidos de ventas y 5. Plazo de entrega ajustado. En este momento, todos estos están usando columnas de tablas de dimesnion. Tuvimos que hacer eso porque en el caso, los números en la matriz y el gráfico de líneas anteriores eran incorrectos (debido a la activación de Auto-Exist).

Algunas de estas columnas de segmentaciones de datos (Tipo de programa, Adj. Leadtime) SON parte de la tabla de hechos, pero tuve que crear una consulta de dimesión separada para ellas en el modelo de datos PBI escribiendo consultas "seleccionar distintas. . . " contra las tablas de base de datos.

Entonces, mi pregunta es si funcionará correctamente, si, creo tablas Dim a partir de la única tabla Fact usando código DAX como DISTINCT('Fact Table'[Dim Column]) y luego creo una relación entre esa tabla dim calculada y la tabla de hechos? ¿O me falta algo que sucede en segundo plano en DAX que hará que esta solución sea inútil? ¿Alguien ha probado algo así antes?

Cualquier ayuda/entrada es apreciada. Gracias de antemano.

- Nachiket

2 REPLIES 2
Syndicate_Admin
Administrator
Administrator

@theDarkPrince ,

En un esquema de estrella regular donde las dimensiones están vinculadas a la tabla de hechos, la autoexistencia solo opera en dimensiones.Si una columna tiene que usarse para cortar y cortar, entonces debe pertenecer a una dimensión. Los números a agregar, por otro lado, se almacenan en tablas de hechos.

Para más detalles, puede consultar:https://www.sqlbi.com/articles/understanding-dax-auto-exist/


Saludos
Liang
Si esta publicación ayuda, considere Aceptarla como la solución para ayudar a los otros miembros a encontrarla más rápidamente.

Syndicate_Admin
Administrator
Administrator

@theDarkPrince , No muy claro. Deberíamos preferir el schmea estrella, pero también funcionará sin eso. No estoy seguro de qué quiere decir con Auto-Existir.

Un ejemplo en el que el esquema de estrella juega un papel. Digamos que quiero ignorar el filtro en la fecha, pero no quiero que otros filtros se vean afectados, entonces podemos usar todo en la tabla de fechas

También ayuda forzar el contexto de fila después de usar todo o todo seleccionado

Este Período = CALCULATE(sum('Table'[Qty]), FILTER(ALL(Period),Period[Period Rank]=max(Period[Period Rank])))

En el caso anterior, debe preocuparse por otras dimensiones, obtendrá el período actual para todas las dimensiones correctamente.

Si lo uso en una sola tabla, tengo que agregar una condición para manejar todos los demás parámetros

Puede explicar con ejemplo cuál es el problema

Helpful resources

Announcements
Europe Fabric Conference

Europe’s largest Microsoft Fabric Community Conference

Join the community in Stockholm for expert Microsoft Fabric learning including a very exciting keynote from Arun Ulag, Corporate Vice President, Azure Data.

RTI Forums Carousel3

New forum boards available in Real-Time Intelligence.

Ask questions in Eventhouse and KQL, Eventstream, and Reflex.

MayPowerBICarousel1

Power BI Monthly Update - May 2024

Check out the May 2024 Power BI update to learn about new features.