DAX es fácil de aprender pero difícil de escribir bien. Un modelo con medidas mal escritas puede funcionar perfecto con datos de prueba y volverse lento en cuanto el volumen real de filas crece. Estas son cinco prácticas que aplico de forma constante en proyectos de Power BI para mantener los reportes rápidos y fáciles de mantener.
1. Usa variables (VAR) en vez de repetir expresiones
Cada vez que repites la misma expresión dentro de una medida, el motor de DAX la vuelve a calcular. Declarar una variable con VAR calcula la expresión una sola vez y la reutiliza, lo que reduce el trabajo del motor y hace la medida más legible.
Margen % =
VAR Ventas = SUM(Ventas[Monto])
VAR Costo = SUM(Ventas[Costo])
RETURN
DIVIDE(Ventas - Costo, Ventas)2. Prefiere medidas sobre columnas calculadas
Las columnas calculadas se materializan en el modelo y ocupan espacio en memoria por cada fila de la tabla. Las medidas se calculan solo cuando se necesitan, en el contexto del visual que las usa. Si el cálculo depende del contexto de filtro (fecha, región, producto), casi siempre conviene que sea una medida.
Cuándo sí usar una columna calculada
- Cuando el resultado se necesita como valor fijo por fila para segmentar o agrupar (por ejemplo, una categoría de rango de edad).
- Cuando el resultado se usa como eje en un visual y no cambia con el contexto de filtro.
3. Evita iteradores (SUMX, FILTER) cuando una función simple basta
SUMX y FILTER recorren fila por fila, lo cual es más costoso que una agregación directa. Si el cálculo no requiere lógica por fila, una función simple como SUM o CALCULATE con un filtro directo suele ser más rápida.
4. Cuidado con las relaciones bidireccionales
Las relaciones bidireccionales son cómodas pero pueden generar ambigüedad en el modelo y afectar el rendimiento de las consultas, especialmente en modelos con varias tablas de hechos. Úsalas solo cuando realmente las necesitas (por ejemplo, para tablas puente en relaciones muchos-a-muchos) y no como configuración por defecto.
5. Reduce la granularidad antes de agregarla al visual
Si un visual solo necesita totales por mes, no hace falta que la tabla subyacente esté a nivel de detalle transaccional dentro del modelo semántico visible al usuario. Preagregar en el origen (SQL, Power Query) o usar tablas de agregación reduce la cantidad de filas que DAX tiene que procesar en cada interacción del usuario con el reporte.
Ninguna de estas prácticas reemplaza medir el rendimiento real con el Performance Analyzer de Power BI Desktop — pero aplicarlas desde el diseño del modelo evita la mayoría de los problemas de lentitud antes de que aparezcan.