Dominar el plegado de consultas en Power BI: envía el trabajo a tu origen de datos

By Mirko Peters · 2026-08-28

Cuando trabajas con Power BI, pocas cosas son más frustrantes que ver cómo la actualización de tus datos tarda una eternidad o, peor aún, que falle directamente porque se quedó sin recursos…

Automatically translated with AI from the original post. Read the English original

Titelbild: Mastering Query Folding in Power BI: Push the Work to Your Data Source

Cuando trabajas con Power BI, pocas cosas son más frustrantes que ver cómo la actualización de tus datos tarda una eternidad o, peor aún, que falle directamente porque se quedó sin recursos. Si extraes millones de filas de una base de datos SQL remota, de un almacén de datos empresarial o de un servicio en la nube, la forma en que gestionas las transformaciones importa mucho. Cada paso que das en Power Query puede ser procesado de forma eficiente por el potente servidor que aloja tus datos o, por el contrario, de forma lenta por tu equipo local o por el motor de memoria del servicio de Power BI. Aquí es donde entra en juego la magia del plegado de consultas.

En este artículo vamos a profundizar en el plegado de consultas: cómo optimiza las transformaciones de datos, técnicas prácticas para asegurarte de que tus pasos se pliegan correctamente, errores comunes que rompen la cadena de plegado y cómo puedes mejorar drásticamente la eficiencia general de la actualización de tus informes. Devolvamos el trabajo a donde debe estar: al origen de datos.

Introducción al plegado de consultas

En esencia, el plegado de consultas es el mecanismo por el que Power Query traduce los pasos de transformación que construyes en su interfaz a un lenguaje de consulta nativo, normalmente SQL, y envía esa consulta de vuelta a tu base de datos de origen para que la ejecute. En lugar de descargar cada fila, tabla y columna en la memoria de Power BI para luego filtrarlas, agruparlas o combinarlas localmente, Power BI pide a la base de datos de origen que haga el trabajo pesado.

Piénsalo como si hicieras la compra. Si vas a un enorme almacén, recoges todos los artículos de la tienda, los llevas a tu mesa de la cocina y luego tiras el 90 % porque están caducados o no son lo que necesitabas, estás desperdiciando una cantidad enorme de tiempo y energía. Eso es lo que ocurre sin plegado de consultas. Con el plegado de consultas activado, le das al empleado del almacén una lista concreta: "Dame solo las manzanas que pesen más de una libra, agrupadas por color". El empleado hace la selección en el almacén y te entrega una caja pequeña con exactamente lo que pediste. Tu cocina se mantiene limpia y terminas de cocinar mucho más rápido.

Cómo el plegado de consultas optimiza las transformaciones de datos

El plegado de consultas es la piedra angular de una arquitectura de Power BI escalable. Cuando funciona correctamente, minimiza la transferencia de datos por la red, reduce de forma notable el uso de memoria durante la actualización y acelera tu flujo de desarrollo.

Cuando aplicas transformaciones como filtrar filas, quitar columnas, ordenar o realizar agregaciones básicas al principio de los pasos aplicados en Power Query, el conector correspondiente evalúa si el origen de datos puede ejecutar esa operación de forma nativa. Si puede, esos pasos se agrupan en una única consulta altamente optimizada que se envía al origen. El motor de la base de datos la ejecuta aprovechando los índices existentes, por lo que puede recorrer millones de filas en milisegundos.

Por el contrario, si el plegado de consultas se rompe, Power BI se ve obligado a traer por la red el conjunto de datos completo, sin comprimir y sin filtrar, hasta el motor de evaluación de Power Query (motor de mashup). Una vez que los datos están en local, Power BI aplica tus filtros y transformaciones usando la CPU y la RAM de tu equipo. En conjuntos de datos empresariales grandes, esto es una receta para tener tiempos de espera en la puerta de enlace, errores de falta de memoria y actualizaciones de informes lentas.

Técnicas prácticas para asegurar que los pasos se plieguen correctamente

No todos los pasos de Power Query son iguales, y no todos los orígenes de datos admiten el plegado de consultas. Las bases de datos relacionales como SQL Server, Oracle y PostgreSQL tienen capacidades de plegado sólidas, mientras que los archivos planos como los CSV o los libros de Excel no se pliegan de la misma manera, ya que carecen de un procesador de consultas nativo.

Para asegurarte de que tus pasos se pliegan correctamente, debes estructurar los pasos aplicados en una secuencia específica y prestar atención a las funciones que utilizas. Estas son las técnicas prácticas para mantener el plegado de tus consultas:

Filtra al principio: aplica siempre los filtros de filas (por ejemplo, conservar solo los últimos tres años de datos o filtrar por estado activo) lo más cerca posible del inicio de los pasos aplicados. Cuanto antes reduzcas el conjunto de datos, más eficiente será la traducción posterior a SQL.
Elimina las columnas innecesarias cuanto antes: Descartar las columnas que no se usan al principio del proceso evita que el origen de datos desperdicie recursos serializando y transfiriendo datos que no necesitas.
Conoce las transformaciones compatibles: Operaciones como eliminar columnas, cambiar el nombre de columnas, combinar tablas (bajo ciertas condiciones), anexar y columnas condicionales básicas suelen plegarse bien. Las fórmulas personalizadas complejas, las manipulaciones de texto que implican búsquedas por índice y las columnas personalizadas con mucha lógica de programación suelen romper la cadena de plegado.
Comprueba la opción Ver consulta nativa: Haz clic con el botón derecho en cualquier paso aplicado del Editor de Power Query. Si la opción "Ver consulta nativa" está habilitada y se puede seleccionar, enhorabuena: tu consulta se está plegando correctamente hasta ese punto. Si aparece atenuada, el plegado se ha roto en ese paso o en uno anterior.

Errores habituales que rompen el plegado de consultas

Uno de los aspectos más delicados del plegado de consultas es que es frágil. Un solo paso de transformación aparentemente inocente colocado en el orden incorrecto puede cortar por completo la cadena de plegado, haciendo que todos los pasos siguientes se ejecuten localmente, aunque la base de datos sea perfectamente capaz de procesarlos.

Veamos algunos de los errores más comunes que rompen el plegado de consultas:

Insertar SQL nativo y transformar después: Si escribes una consulta SQL nativa al principio del paso de origen de datos, Power Query trata ese conjunto de resultados como una caja negra. Las transformaciones que añadas posteriormente desde la interfaz de Power Query normalmente no se plegarán, porque Power Query no puede inyectar de forma fiable pasos de la interfaz en un bloque SQL personalizado.
Conversiones de tipo demasiado pronto o en el orden incorrecto: Cambiar los tipos de datos es esencial, pero hacerlo antes de filtrar o de realizar operaciones que entran en conflicto con las reglas de tipado de la base de datos puede romper el plegado. Por ejemplo, convertir una columna numérica a texto y luego intentar aplicar un filtro de rango numérico sobre ella puede impedir que la base de datos optimice la consulta.
Añadir columnas de índice o usar números de fila: Las funciones que dependen de la posición de las filas, como "Agregar columna de índice" o las operaciones que hacen referencia a filas contiguas mediante un índice absoluto, requieren cargar todo el conjunto de datos en memoria para determinar las posiciones. Esto detiene de inmediato el plegado de consultas.
Combinar orígenes de datos distintos: Si combinas una tabla de una base de datos SQL con una tabla de un archivo de Excel, el plegado se detiene en el punto en que interactúan ambos orígenes, porque Excel no puede procesar consultas SQL de forma nativa.

Mejorar la eficiencia de actualización en Power BI

Cuando dominas el plegado de consultas, sus efectos se notan en toda la arquitectura de datos. Actualizaciones de informes que antes tardaban horas pueden reducirse a minutos o incluso segundos. Esta eficiencia no solo ahorra recursos de cómputo en tus puertas de enlace o servidores en la nube, sino que también permite a los desarrolladores iterar más rápido.

Para maximizar la eficiencia de actualización, combina el plegado de consultas con otras buenas prácticas fundamentales de modelado. Por ejemplo, asegúrate de que las tablas de tu base de datos tengan índices adecuados en las columnas por las que filtras o unes con frecuencia. Si tus tablas SQL no tienen índices, incluso una consulta plegada hará que el motor de la base de datos realice costosos análisis de tabla completa. Además, combina el plegado de consultas con un modelo de datos en esquema en estrella limpio, eliminando columnas redundantes e implementando directivas de actualización incremental para conjuntos de datos históricos masivos.

Supervisión y solución de problemas de consultas de Power BI

No puedes corregir lo que no mides. Cuando te enfrentes a actualizaciones lentas o a fallos inesperados de consultas, necesitas un enfoque sistemático para diagnosticar dónde está el cuello de botella. Empieza utilizando la herramienta de diagnósticos de Power Query dentro de Power BI Desktop. Esta función te permite seguir los tiempos de ejecución paso a paso, mostrándote con precisión cuánto tardan las transformaciones individuales y si los datos se obtienen de forma remota o se procesan localmente.

Además, supervisa los registros de la puerta de enlace y los generadores de perfiles de base de datos (como SQL Server Profiler o Eventos extendidos) para observar las consultas exactas que Power BI envía a tu origen de datos. Si ves instrucciones SELECT masivas que extraen tablas completas sin filtrar, en lugar de consultas específicas con cláusulas WHERE y GROUP BY, sabrás de inmediato que el plegado de consultas ha fallado en algún punto de tus pasos aplicados.

Para un análisis completo del orden de ejecución, los errores operativos más comunes y los flujos de trabajo de optimización avanzada, no dejes de escuchar el episodio de podcast relacionado y leer las notas sobre Power Query Folding and Execution Order in Power BI. Comprender el orden de las operaciones subyacente te dará la confianza para crear modelos robustos y muy rápidos en todo momento.

Conclusión

Dominar el plegado de consultas (query folding) es una de las habilidades con mayor impacto que puede adquirir un desarrollador de Power BI. Al trasladar la carga de cálculo de tu equipo local o del servicio de Power BI a los potentes motores altamente optimizados de tus orígenes de datos, eliminas los cuellos de botella de rendimiento, reduces la congestión de red y consigues que las actualizaciones de tus informes se ejecuten de forma fluida y fiable. Si planificas con intención la secuencia de pasos, revisas con regularidad tus consultas nativas y evitas errores habituales como la indexación prematura o la combinación de orígenes incompatibles, podrás aprovechar todo el potencial de tu entorno de inteligencia empresarial.

Para profundizar en estos conceptos y escuchar un desglose detallado de cómo el orden de ejecución de las consultas afecta al rendimiento de tu área de trabajo, escucha la conversación completa en el episodio de podcast Power Query Folding and Execution Order in Power BI. ¡Pon en práctica estas estrategias hoy y verás cómo el rendimiento de tus informes mejora notablemente!