Consideraciones para compilar paneles de alto rendimiento de Looker

Una de las mejores formas de empoderar a los usuarios para que exploren datos es proporcionándoles vistas seleccionadas mediante la creación de paneles eficaces de Looker. Si quieres crear una gran experiencia de rendimiento para tus usuarios, ten en cuenta las sugerencias de esta página cuando diseñes tus paneles.

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

El elemento más importante del rendimiento del panel es el rendimiento de la consulta en SQL subyacente. Cada elemento del panel, cuando no se muestra desde la caché, ejecuta una consulta en SQL que tarda en ejecutarse en la base de datos subyacente. Consulta la sección Optimiza el rendimiento de las consultas de la página de prácticas recomendadas Optimiza el rendimiento de Looker para obtener más detalles sobre las consultas con buen rendimiento.

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

  • El volumen de datos tiene el mayor impacto en el rendimiento. Cuantos más datos se muestren en un elemento individual, más recursos de memoria se consumirán. Las vistas y los elementos de panel que se muestran con miles de datos usarán más memoria.

  • Limita la cantidad de elementos del panel. No existe una regla fija sobre el número, ya que el diseño de un solo elemento afecta su consumo de memoria en función de algunos factores (que se analizan más adelante en esta página). Sin embargo, evita crear paneles con 25 o más consultas. Para mantener el rendimiento del panel, crea vínculos de navegación entre paneles o crea vínculos a URL personalizadas para crear una navegación seleccionada de un panel a otro. También puedes intentar concatenar medidas similares en la misma visualización de valor único para evitar muchas visualizaciones de mosaicos únicos.

  • Usa la configuración del panel de forma estratégica. Si tu panel usa la actualización automática, asegúrate de que no se actualice más rápido que el proceso de ETL. En general, no debes configurar la actualización automática en menos de 15 minutos. No uses run on load (ejecutar durante la carga) si el panel está diseñado para filtrarse. Usa los filtros necesarios para evitar que los usuarios ejecuten paneles sin los filtros necesarios.

  • Aprovecha el almacenamiento en caché. Es una práctica recomendada usar grupos de datos para sincronizar todo el contenido de Looker (paneles, vistas y programas) con tu proceso de ETL. Esto ayuda a evitar consultas innecesarias cuando los datos no están actualizados.

  • Los atributos de procesamiento posteriores a las consultas, 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 basados en tablas, resultados combinados o campos personalizados en varias Vistas y paneles, considera codificarlos en tu modelo de LookML siempre que sea posible. En general, no agregues más de cuatro mosaicos de resultados combinados a un panel.

  • Las dimensiones dinámicas consumen memoria. Cuantas más dimensiones se pivotan en una vista o un mosaico del panel, más memoria se consumirá cuando se cargue el panel. Como se mencionó en la primera viñeta, esto se debe a que se usan más datos a medida que se devuelven más datos. Si la dimensión que deseas dinamizar tiene una cardinalidad alta (muchos valores únicos), habrá una columna para cada valor. Filtra a nivel del panel o de la Vista para permitir que el usuario seleccione los valores de dimensión que más le interesa comparar, en lugar de mostrar todo a la vez.

  • Tener muchas columnas y filas consume más memoria. Para mejorar el rendimiento del navegador, se recomienda utilizar 50 columnas o menos. Como se explicó en la primera viñeta, las vistas que muestran un gran volumen de filas y muchas columnas pueden ralentizar el rendimiento. Filtra a nivel del panel o de la Vista para reducir la cantidad de resultados dentro de un elemento.

  • Si bien la función de Labs de Paneles en los menús de desglose no afecta el consumo de memoria, puede ralentizar los tiempos de consulta y ralentizar el rendimiento del panel.

  • Aprovecha los filtros compartidos con una sola consulta para procesar un solo resultado de consulta en varios mosaicos. Esto debería reducir la cantidad total de consultas que se ejecutan desde el panel, ya que aprovecha una consulta para potenciar varios elementos del panel.

Asegúrate de probar el rendimiento del panel después de agregar elementos. Mientras desarrollas, sigue navegando hacia el panel y actualiza la página para determinar cómo se ve afectado el rendimiento a medida que agregas vistas adicionales.

Una vez que estés conforme con tu nuevo panel de Looker, asegúrate de usar el permiso de carpeta para garantizar que el panel no se pueda cambiar por accidente. Aprovecha los grupos de usuarios para administrar el acceso y los permisos al contenido de forma masiva, en lugar de hacerlo de forma individual.

Si tienes problemas de rendimiento, comunícate directamente con el equipo de asistencia de Looker. Nuestro equipo siempre está listo para investigar y ayudarte.