puerta de enlace powerbi – dimensionamiento

Hola a todos, tuve tiempo de dormir sobre esto y he llegado a una solución diferente.

Nuestros datos están en corrimiento al rojo, y comenzamos usando el conector de corrimiento al rojo (no se requiere una puerta de enlace PBI). Sin embargo, existen limitaciones con respecto a cómo puede usar este conector, es decir, solo se conecta a una tabla completa.

Sí, puede aplicar filtros básicos después y parece tenerlos en cuenta en la actualización de datos.

De todos modos, necesitamos más control que esto, es decir, la capacidad de unir tablas en nuestra solicitud de datos.

Así que nos mudamos a ODBC y, a regañadientes, configuramos una puerta de enlace powerbi.

Genial, todo esto funciona, excepto por el rendimiento en grandes conjuntos de datos.

Así que ahora he intentado usar un enfoque híbrido. Aquellas tablas en las que estamos tomando todos o casi todos los datos, podemos tomarlos usando el conector redshift, y aquellas tablas donde necesitamos más control, use el conector odbc. Esto quita mucha tensión a la puerta de enlace.

Probablemente cambiaremos el tamaño de la puerta de enlace a 16 gb, dados otros comentarios anteriores, y tengo un ticket de soporte para considerar si hay algunos errores. Creo que los hay porque, por ejemplo, está pasando las mismas consultas al corrimiento al rojo dos veces.

Ahora estoy más inclinado a decir que se trata de un error en la puerta de enlace local.
He notado que se solicitan consultas duplicadas a la base de datos redshift

he actualizado a la última versión de la puerta de enlace 14.16.6745.2 pero no sirvió de nada

Intenté configurar MashupDefaultPoolContainerMaxCount = 1 pero no hubo cambios.

El error que estoy recibiendo es
Se lanzó una excepción de tipo ‘System.OutOfMemoryException’.
al intentar importar una tabla más grande.

Este informe en particular ocupa solo 175Mb. No he oído hablar de Azure Databricks antes, ¿es posible instalar una puerta de enlace local Powerbi allí?

No me refería al archivo PBIX; debido a la compresión, no existe una proporción directa entre la cantidad de datos y el tamaño del archivo. Me refería a la cantidad de datos que extrae de su fuente de datos, en GB.

Databricks no es un servicio de Power BI, es una plataforma de procesamiento de datos. Solo lo estaba usando como un ejemplo de las especificaciones con las que tratamos.

disculpas.

La tabla principal que estamos procesando es de 9 gb en corrimiento al rojo, y la mayoría de sus columnas están codificadas, así que supongo que dependiendo de cómo funcionen estas cosas, podría ser mayor para cuando llegue a la puerta de enlace powerbi.

Para hacer que la importación sea más manejable, la cargo en 10 importaciones separadas y luego las agrego dentro de powerbi; no estoy seguro de si es una buena idea o no.

@ davidbrown100 Estoy de acuerdo con @RMDNA cualquier trabajo pesado simplemente aplasta la puerta de enlace con los métodos de importación que se utilizan. Prácticamente siempre recomendamos al menos 16 GB como punto de partida, pero puedo ver fácilmente escalar más alto como se dijo.