DP-600: cómo dominar DirectQuery en Power BI/Fabric

Te voy a enseñar la competencia de configurar y optimizar DirectQuery en Power BI/Fabric — una habilidad que aparece en las áreas de Implementar y gestionar modelos semánticos y Preparar los datos. DirectQuery es crucial en el examen y en la práctica cuando necesitas informes en tiempo real o tienes volúmenes de datos que no conviene importar.

Qué necesitas saber

DirectQuery es un modo de conectividad donde el modelo semántico (dataset) no importa los datos al motor local; en su lugar, las consultas se traducen y envían a la fuente de datos en cada interacción. Esto permite informes con menor latencia en la actualización de los datos, pero impone restricciones: el rendimiento depende de la fuente, las transformaciones son limitadas y algunas funciones DAX/almacenamiento no están disponibles o se comportan de forma distinta.

Ejemplo sencillo: un informe en Power BI conectado a una tabla de ventas en un Synapse SQL Server vía DirectQuery. Cuando el usuario aplica un filtro de fecha, Power BI convierte esa selección en una query SQL contra la tabla en Synapse y recupera solo los registros necesarios.

Cómo funciona

Pasos clave y componentes a comprender:

1. Conexión y modo: al crear una conexión eliges Import, DirectQuery o Composite. DirectQuery mantiene los datos en la fuente.
2. Query folding: en Power Query, las operaciones que pueden traducirse a la fuente se envían como partes de la query. En DirectQuery, maximizar el query folding es crítico para el rendimiento.
3. Cache y tiempo de vida: Power BI/Fabric puede usar cache de resultados (query cache), pero el modelo está orientado por llamadas a la fuente. Configurar tiempos de cache ayuda a equilibrar frescura y carga.
4. Limitaciones de transformación: transformaciones muy complejas pueden no ser soportadas; siempre que sea posible, empuja la lógica a la fuente (views/stored procedures).
5. Seguridad: row-level security (RLS) en DirectQuery puede aplicarse en el modelo, pero considera también la seguridad en la fuente de datos.

En la práctica

Ejemplo práctico paso a paso (escenario: Power BI Desktop conectado a Azure SQL Database en DirectQuery).

1. No Power BI Desktop, Get data → Azure → Azure SQL Database.
2. Insere servidor e base de dados; escolhe DirectQuery em vez de Import.
3. No Power Query Editor, evita passos que impedem o query folding (por ex., operações que usam funções customizadas).
4. Cria views na base de dados para consolidar lógica complexa; liga o Power BI a essas views.
5. Publica para Power BI Service / Fabric. Configura ligações de gateway se a fonte for on-premises.
6. No serviço, valida o Performance Analyzer para ver as queries geradas e medir a latência.
7. Activa o query cache e configura o tempo de vida do cache se necessário (no Fabric/Power BI admin settings) para reduzir chamadas repetidas.

Consejos de optimización concretos:

• Diseña índices en la fuente para soportar las queries más comunes (filtros y joins).
• Utiliza agregaciones en el modelo semántico para responder rápidamente a queries de resumen, mientras los detalles permanecen en DirectQuery (modelo Composite).
• Evita medidas DAX que obliguen a escaneos completos; prefiere columnas indexadas y medidas mediante agregaciones simples en la fuente.
• Monitoriza queries con el Performance Analyzer y con herramientas de monitorización de la base de datos para identificar cuellos de botella.

Errores comunes

1) Ignorar el impacto del query folding: aplicar pasos en Power Query que rompen el folding y obligan a operaciones locales o queries pesadas en la fuente. Esto degrada el rendimiento.

2) Usar DirectQuery sin considerar índices y modelos en la fuente: sin índices adecuados, cada interacción se traduce en una operación de scanning costosa.

3) Esperar funcionalidad total del modo Import: ciertas funciones DAX o optimizaciones de Vertipaq no están disponibles; no conviertas mentalmente un DirectQuery en un dataset importado.

Cómo practicar

Practica con escenarios reales en entornos controlados: configura un Azure SQL Database con datos de prueba y crea modelos DirectQuery, luego usa el Performance Analyzer y las vistas de monitorización del SQL para medir el impacto. Para preparar el examen DP-600, utiliza el Practice Assessment OFICIAL y gratuito de Microsoft para evaluar conocimientos prácticos — el Practice Assessment y la study guide de Microsoft son gratuitos y recomendados como complemento. Consulta también la documentación oficial sobre DirectQuery, Composite models y query folding en la documentación Microsoft Learn.

En resumen

• DirectQuery permite informes con datos en tiempo real, manteniendo los datos en la fuente en lugar de importarlos.
• Query folding y optimización en la fuente son esenciales para un buen rendimiento.
• Utiliza Composite models y agregaciones para equilibrar latencia y capacidad analítica.
• Practica con herramientas de monitorización y el Practice Assessment oficial de Microsoft para validar competencias.