Visual en CRM: gran tiempo de carga

Un usuario Pregunto ✅

Budfudder

Tengo un informe de Power BI con cuatro (4) pestañas, cada una de las cuales tiene su propia declaración SQL para extraer sus datos. Las cuatro sentencias SQL utilizan Importar, no Direct Query. Lo publiqué en Power BI Online, todo bien. Luego publiqué cada página del informe en un solo panel en Power BI Online; de ​​nuevo, todo está bien.

Luego lo publiqué en un tablero de Dynamics 365, con cada página (pestaña) como un mosaico separado en el tablero. Estupendo. Todo eso funciona muy bien … excepto. Siempre que realiza una selección en una de las segmentaciones, se tarda literalmente unos minutos en actualizar.

¿Por qué es esto? Pensé que el objetivo de usar Importar en lugar de Direct Query es que almacena en caché una copia local, por lo que actualizar la pantalla es muy rápido. Pero eso no es lo que estoy viendo. ¿He hecho algo mal en la forma en que lo publiqué? No había tenido este problema antes, pero ninguno de los otros elementos visuales que he publicado ha sido tan grande (todos antes han usado una sola consulta SQL).

v-piga-msft

En respuesta a Budfudder

Hola @Budfudder,

Como mencionaste en el blog que compartí, aunque DirectQuery está funcionando mucho más lento que la opción Importar datos, todavía hay muchos factores que afectarán la velocidad de carga de datos.

Importar datos carga datos en la memoria. Siempre es más rápido consultar datos desde la memoria (Importar datos), en lugar de consultarlos desde el disco (DirectQuery). Sin embargo, para responder a la pregunta de cuánto más rápido es, necesitamos conocer más detalles sobre la implementación. Depende de tamaño de los datos, especificación del servidor en el que se ejecuta la base de datos, el velocidad de conexión de redy factores como si se aplica alguna optimización de la base de datos a la fuente de datos, la respuesta podría ser completamente diferente.

Atentamente,

cereza

v-piga-msft

Hola @Budfudder,


Pensé que el objetivo de usar Importar en lugar de Direct Query es que almacena en caché una copia local, por lo que actualizar la pantalla es muy rápido. Pero eso no es lo que estoy viendo. ¿He hecho algo mal en la forma en que lo publiqué? No había tenido este problema antes, pero ninguno de los otros elementos visuales que he publicado ha sido tan grande (todos antes han usado una sola consulta SQL).


Hasta cierto punto, su comprensión es correcta. Sin embargo, Para responder a la pregunta de cuánto más rápido es, necesitamos conocer más detalles sobre la implementación.

Podrías tener una referencia del Performance en este blog. Debe elegir la conexión correcta según el tamaño de sus datos.

Atentamente,

cereza

Budfudder

En respuesta a v-piga-msft

Gracias, Cherry. Desafortunadamente, algunos de los DAX que estoy usando en el informe no se pueden usar con Direct Query, así que tuve que ir con Import. No entiendo por qué tarda tanto en cargarse dado que estoy usando Importar.

v-piga-msft

En respuesta a Budfudder

Hola @Budfudder,

Como mencionaste en el blog que compartí, aunque DirectQuery está funcionando mucho más lento que la opción Importar datos, todavía hay muchos factores que afectarán la velocidad de carga de datos.

Importar datos carga datos en la memoria. Siempre es más rápido consultar datos desde la memoria (Importar datos), en lugar de consultarlos desde el disco (DirectQuery). Sin embargo, para responder a la pregunta de cuánto más rápido es, necesitamos conocer más detalles sobre la implementación. Depende de tamaño de los datos, especificación del servidor en el que se ejecuta la base de datos, el velocidad de conexión de redy factores como si se aplica alguna optimización de la base de datos a la fuente de datos, la respuesta podría ser completamente diferente.

Atentamente,

cereza

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *