El uso de Direct Query mi pbix es extremadamente lento

[MCacc]

Hola

Estoy usando el modo de importación de direct Query para conectar mi panel a Oracle SQL DB.

No tengo ningún problema cuando inicio consultas directamente en mi basede datos en el Editor sql . Las consultas funcionan bien y súper rápido.

El problema es que mi pbix es extremadamente lento. Pensé que era la gran cantidad de filas cargadas (16 millones), pero las cosas no cambiaron después de haber cargado 355 filas usando una condición where de mi base de datos. En ambos escenarios, mi pbix es MUY MUY lento. Estoy hablando de 1-2 minutos para cargar una segmentación y 3 minutos para cargar un gráfico de líneas.

No creo que sea normal.

Pensé que el problema podría ser porque usé una concatenación de campos para crear mi clave de tabla que se usará en mi pbix en la consulta directa.

En consulta directa hice algo como esto:

SELECT field_1 ? '_' || field_2 de la casa '_' || field_3 como table_key
field_4,
field_5,
field_6,
DESDE la mesa

(Pensé que podría ser el operador de la aplicación, pero me da el mismo problema cuando uso CONCAT)

Leí en alguna parte que la concatenación de campos puede ser un problema cuando está en modo de consulta directa.

¿Tienen alguna idea?

Gracias

[v-diye-msft]

Hola @MCacc

1. La fuente de la base de datos relacional se puede optimizar de varias maneras, como se describe en la siguiente lista con viñetas.

https://docs.microsoft.com/en-us/power-bi/guidance/directquery-model-guidance#optimize-data-source-p...

2. Un modelo de DirectQuery se puede optimizar de muchas maneras, como se describe en la siguiente lista con viñetas

https://docs.microsoft.com/en-us/power-bi/guidance/directquery-model-guidance#optimize-model-design

3. Optimice el diseño del informe:

https://docs.microsoft.com/en-us/power-bi/guidance/directquery-model-guidance#optimize-report-design...

4. Las ventajas de los modelos Import y DirectQuery se pueden combinar en un único modelo configurando el modo de almacenamiento de las tablas de modelo. El modo de almacenamiento de tablas puede ser Import o DirectQuery, o ambos, conocidos como Dual. Cuando un modelo contiene tablas con diferentes modos de almacenamiento, se conoce como un modelo compuesto. Para obtener más información, vea Usar modelos compuestos en Power BI Desktop.

Hay muchas mejoras funcionales y de rendimiento que se pueden lograr mediante la conversión de un modelo de DirectQuery en un modelo compuesto. Un modelo compuesto puede integrar más de un origen de DirectQuery y también puede incluir agregaciones. Las tablas de agregación se pueden agregar a las tablas de DirectQuery para importar una representación resumida de la tabla. Pueden lograr mejoras drásticas en el rendimiento cuando los objetos visuales consultan agregados de nivel superior. Para obtener más información, consulte Agregaciones en Power BI Desktop.

Alternativamente, puede utilizar el analizador de rendimiento para examinar el rendimiento de los elementos del informe https://docs.microsoft.com/en-us/power-bi/desktop-performance-analyzer O el estudio dax: https://community.powerbi.com/t5/Desktop/VAR-and-FILTERS-combination-to-make-an-efficient-column/m-p...

[MCacc]

Muchas gracias por la gran información, voy a tratar de seguir las sugerencias en los enlaces.

[Anonymous]

Lo que los MVP no mencionan es que el conector de Microsoft para Oracle es francamente hablando, basura. Los vaules predeterminados, que el usuario no puede configurar al utilizar este conector, son la fuente principal de este dolor.

Si no le importa importar el modelo, puede utilizar propiedades de cadena de conexión extendidas en combinación con Ole DB para aumentar su trombo. Pero esto sacrificará su capacidad de utilizar DirectQuery.

[MCacc]

Gracias, este es el problema, por desgracia... No veo ninguna solución si no intento mejorar el rendimiento de dba

Muchas gracias por su ayuda

[Valentb]

Le sugiero que utilice este método para modelos de datos a gran escala.

Clicky Clicky draggy droopy

Cree una tabla de la información que necesita y aagregada la información para el rendimiento.

[amitchandak]

Para la clave combinada, intente utilizar esta función de columna de consulta directa.

https://docs.microsoft.com/en-us/dax/combinevalues-function-dax

Evite las uniones bidireccionales. Refiérase a este enlace

https://docs.microsoft.com/en-us/power-bi/guidance/power-bi-optimization

https://www.youtube.com/watch?v=4kVw0eaz5Ws

[MattAllington]

Ayudaría si pudiera aclarar algunas cosas, ya que parece que puede estar confundiendo algunos conceptos. Hay 2 modos para power BI. Modo de consulta directa e importación. Si usa la consulta directa, los datos no se cargan en tablas de power BI: todas las consultas se envían a la base de datos de origen. Siestá cargando datos en power BI, entonces es el modo de importación.

A continuación, diga que está cargando segmentaciones de datos y gráficos de líneas. ¿Qué quieres decir? ¿Está diciendo que esos objetos visuales tardan mucho tiempo en aparecer en su informe?

Dices que tu informe es muy lento. ¿Cuál es el diseño de la base de datos (suponiendo el modo de importación)? ¿Ha creado un esquema de estrella siguiendo los principios de modelado dimensional? ¿O acaba de importar su base de datos Oracle?

[MCacc]

Hola MattAllington,

Estoy usando el modo de consulta directa para cargar el esquema, no los datos, de una tabla que contiene toda mi información. En mi db, se puede considerar como una tabla de hechos gigante sin otras tablas con las que ponerse en relación en mi pbix.

Considere esto, no hice específicamente esta tabla, pero sé que es una unión a la izquierda entre dos tablas.

Y sí, esos objetos visuales tardan mucho en aparecer en mi informe.

Gracias

[MattAllington]

Si usa el modo de consulta directa, la base de datos de origen administra el rendimiento de las consultas, no Power BI. Deberá tener un dba anaylse las consultas que se envían a la base de datos y optimizar la base de datos para admitir las consultas.