Una de las mejores maneras de permitir que los usuarios exploren los datos es proporcionarles vistas seleccionadas a través de la compilación de paneles de Looker eficaces. Si deseas crear una experiencia de rendimiento excelente 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 compilar con un rendimiento óptimo, ten en cuenta los siguientes datos.
El elemento más importante del rendimiento del panel es el rendimiento subyacente de las consulta en 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 Cómo optimizar el rendimiento de las consultas de la página Prácticas recomendadas para optimizar el rendimiento de Looker para obtener más detalles sobre la compilación de consultas de alto 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. No hay una regla estricta sobre la cantidad, ya que el diseño de un solo elemento afecta su consumo de memoria en función de algunos factores (que se abordan más adelante en esta página). Sin embargo, evita crear paneles con 25 o más consultas. Mantén el rendimiento del panel fluido creando vínculos de navegación 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 manera estratégica. Si tu panel usa la autorefresh, asegúrate de que no se actualice más rápido que tu proceso de ETL. En general, debes evitar configurar la actualización automática con un período menor a 15 minutos. No uses run on load si el panel se debe filtrar. Usa filtros obligatorios para evitar que los usuarios ejecuten paneles sin los filtros necesarios.
-
Aprovecha el almacenamiento en caché. Se recomienda usar datagroups para sincronizar todo el contenido de Looker (paneles, looks 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. Mientras más funciones de procesamiento posterior a la consulta se usen, más memoria se consumirá. Si usas los mismos cálculos de tablas, resultados combinados o campos personalizados en varios paneles y gráficos, considera codificarlos de forma fija en tu modelo de LookML siempre que sea posible. En general, no agregues más de cuatro tarjetas de resultados combinados a un panel.
-
Las dimensiones reorientadas 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 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 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 looks 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.
-
Aprovecha los filtros compartidos con una sola consulta para renderizar un solo resultado de la consulta en varias tarjetas. Esto debería reducir la cantidad total de consultas que se ejecutan desde el panel aprovechando una consulta para potenciar varios elementos del panel.
-
Envía consultas con la opción Todos los resultados con moderación, ya que algunas 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.
Una vez que estés conforme con tu nuevo panel de Looker, asegúrate de usar los permisos de carpeta para asegurarte de que el panel no se pueda cambiar por error. 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.