Informe de carga lenta: ¿debo depender más de las consultas SQL?

[Syndicate_Admin]

Hola a todos

Tengo una página con un visual de tabla que tiene 20 columnas, cada columna es una medida DAX. Cada medida es bastante simple, por ejemplo: calcule la suma de las ventas donde la región es oeste y así sucesivamente. Esta tabla tarda una eternidad en cargarse, supongo que debido a todas las medidas de DAX que ocupan potencia de procesamiento. ¿Mejoraría el rendimiento si hiciera estos cálculos en la consulta SQL en lugar de usar DAX para hacerlo?

[Syndicate_Admin]

¿Pensé que solo había una tabla en la publicación original?

Me preocupa esta afirmación "con una tabla visual que tiene 20 columnas, cada columna es una medida DAX": no todas pueden ser medidas, ¿verdad? Algunos campos deben ser de tablas de dimensiones.

¿Cuántas tablas de hechos involucradas?

¿Cuántas filas hay en las tablas de hechos?

¿Qué hay de identificar qué medidas individuales son lentas comenzando con una versión reducida de la tabla y agregando medidas una por una?

¿Qué tal publicar un archivo de muestra recortado y echaré un vistazo?

[Syndicate_Admin]

¿Y los resultados del analizador de rendimiento?

[Syndicate_Admin]

@HotChilli Consulta DAX = 36815 para una tabla y la otra tabla Consulta DAX = 115051

[Syndicate_Admin]

Quizás. Examine su modelo para ver si las tablas de hechos tienen la granularidad deseada, por ejemplo, si nunca analiza los datos a nivel diario, resumirlos a nivel semanal / mensual para reducir el número de filas.

Además, use el analizador de rendimiento en el menú Ver para ver qué está tomando tiempo y definir "para siempre". Escriba estas cosas para que actúen como una línea de base.

¿Es el modelo un esquema en estrella? ¿Está utilizando tipos de datos apropiados, etc.?

[Syndicate_Admin]

gracias por la respuesta @HotChilli las tablas de hechos tienen la granularidad corrent, la tabla tarda unos 2 minutos en cargarse y usar los tipos de datos correctos. Esquema de estrella sí