Consideraciones para crear paneles de Looker de alto rendimiento

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 subyacente de las consultas SQL. 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 para Optimiza el rendimiento de Looker para obtener más detalles sobre las consultas con buen rendimiento.

Algunos componentes son más intensivos en la memoria que en 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. Los diseños y los elementos del panel que se muestran con muchos miles de datos usarán más memoria.

  • Limita la cantidad de elementos del panel. Hay no hay una regla fija sobre el número, ya que el diseño de una sola afecta su consumo de memoria en función de algunos factores (se incluyen más adelante en esta página). Sin embargo, evita crear paneles con 25 o más consultas. Crea vínculos de navegación para mantener el rendimiento del panel entre paneles o creando vínculos a URLs personalizadas para crear una navegación seleccionada de panel a panel. También puedes intentar concatenar medidas similares en la misma visualización de valor único para evitar muchas visualizaciones de tarjetas individuales.

  • Usa la configuración del panel de forma estratégica. Si Tu panel usa la autorefresh. Asegúrate de que no se actualice más rápido que el proceso de ETL. En general, deberías evitar configurar la actualización automática en menos de 15 minutos. No uses run on load si el panel se debe filtrar. Utiliza los filtros obligatorios para evitar que los usuarios ejecuten paneles sin el elemento 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.

  • 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 utilizas el mismo 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 giren en una vista o tarjeta 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 pivotas 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 interesan comparar, en lugar de mostrar todo a la vez.

  • Tener muchas columnas y filas consume más memoria. Para el rendimiento del navegador, se recomiendan 50 columnas o menos. Una vez más, como se mencionó en el primer punto, los filtros 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 Paneles en menús de desglose de Labs no afecta el consumo de memoria, puede ralentizar los tiempos de consulta y el rendimiento de los paneles.

  • Aprovecha los filtros compartidos con una sola consulta para renderizar un único resultado de consulta en múltiples mosaicos. Esto debería reducir la cantidad total de consultas ejecutadas desde el panel mediante el uso de una para potenciar varios elementos del panel.

  • entrega consultas con la opción Todos los resultados con moderación, ya que algunas consultas pueden ser muy grandes y abrumar al servidor de Looker cuando se procesan.

Asegúrate de probar el rendimiento del panel después de agregar elementos. Mientras compilas, sigue navegando al panel y actualizando la página para determinar cómo se ve afectado el rendimiento a medida que agregas más aspectos visuales.

Cuando estés conforme con tu nuevo panel de Looker, asegúrate de usar los permisos de carpetas para asegurarse de que el panel no se pueda cambiar de forma involuntaria. Aprovecha los grupos de usuarios para administrar el acceso y los permisos de contenido de forma masiva, en lugar de hacerlo por usuario 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.