Consideraciones al crear paneles de Looker con buen rendimiento

Una de las mejores formas de permitir que los usuarios exploren los datos es ofrecerles vistas seleccionadas creando paneles de control de Looker eficaces. Si quieres ofrecer una experiencia de alto rendimiento a tus usuarios, ten en cuenta los consejos de esta página al diseñar tus paneles de control.

Los paneles de control de Looker se cargan en el navegador. Para crear aplicaciones con un rendimiento óptimo, ten en cuenta los siguientes datos.

El elemento más importante del rendimiento de los paneles de control es el rendimiento de la consulta SQL subyacente. Cada elemento del panel de control, cuando no se devuelve desde la caché, ejecuta una consulta SQL que tarda en ejecutarse en la base de datos subyacente. Consulta la sección Optimizar el rendimiento de las consultas de la página de prácticas recomendadas Optimizar el rendimiento de Looker para obtener más información sobre cómo crear consultas eficientes.

Algunos componentes consumen más memoria que otros relacionados con SQL, lo que puede provocar que los paneles de control tengan un rendimiento lento:

• El volumen de datos es el factor que más influye en el rendimiento. Cuantos más datos se devuelvan en un elemento individual, más recursos de memoria se consumirán. Los aspectos y los elementos del panel de control que se devuelven con muchos miles de puntos de datos usarán más memoria.

• Limita el número de elementos del panel de control. No hay ninguna regla estricta sobre el número, ya que el diseño de un solo elemento influye en su consumo de memoria en función de varios factores (que se explican más adelante en esta página). Sin embargo, no cree paneles de control con 25 o más consultas. Para que el rendimiento de los paneles de control sea óptimo, crea enlaces de navegación entre paneles o enlaces a URLs personalizadas para crear una navegación seleccionada de un panel a otro. También puedes probar a concatenar medidas similares en la misma visualización de un solo valor para evitar tener muchas visualizaciones de un solo recuadro.

• Usa los ajustes del panel de control de forma estratégica. Si tu panel de control usa la actualización automática, asegúrate de que no se actualice más rápido que tu proceso de ETL. En general, no deberías configurar la actualización automática con una frecuencia inferior a 15 minutos. No uses Ejecutar al cargar si el panel de control se va a filtrar. Usa filtros obligatorios para evitar que los usuarios ejecuten paneles de control sin los filtros necesarios.

• Aprovecha el almacenamiento en caché. Es recomendable usar grupos de datos para sincronizar todo el contenido de Looker (paneles, Looks y programaciones) con tu proceso de ETL. De esta forma, se evita hacer consultas innecesarias cuando los datos no están actualizados.

• Las funciones de procesamiento posterior a la consulta, como los resultados combinados, los campos personalizados y los cálculos de tablas, consumen memoria. Cuantas más funciones de procesamiento posterior a la consulta se usen, más memoria se consumirá. Si usas los mismos cálculos de tabla, resultados combinados o campos personalizados en varios Looks y paneles, plantéate codificarlos en tu modelo de LookML siempre que sea posible. Por lo general, no añadas más de cuatro tarjetas de resultados combinados a un panel de control.

• Las dimensiones dinamizadas consumen memoria. Cuantas más dimensiones se pivoten en un look o en un tile de un panel de control, más memoria se consumirá al cargar el panel de control. Como se ha mencionado en el primer punto, esto se debe a que se usan más datos a medida que se devuelven más datos. Si la dimensión que está usando para crear la tabla dinámica tiene una cardinalidad elevada (muchos valores únicos), habrá una columna para cada valor. Filtra a nivel de panel de control o de Look para que el usuario pueda seleccionar los valores de dimensión que más le interese comparar, en lugar de mostrarlo todo a la vez.

• Si hay muchas columnas y filas, se consume más memoria. Para que el navegador funcione correctamente, se recomienda usar 50 columnas o menos. Como se ha explicado en el primer punto, las consultas que devuelven un gran volumen de filas y muchas columnas pueden ralentizar el rendimiento. Filtra a nivel de panel de control o de Look para reducir el número de resultados de un elemento.

• Aprovecha los filtros compartidos con una sola consulta para renderizar un único resultado de consulta en varios recuadros. De esta forma, se reducirá el número total de consultas que se ejecutan desde el panel de control, ya que se utilizará una consulta para mostrar varios elementos del panel.

• Envía consultas con la opción Todos los resultados con moderación, ya que algunas consultas pueden ser muy grandes y sobrecargar el servidor de Looker cuando se procesan.