Una de las mejores maneras de permitir que los usuarios exploren los datos es proporcionarles vistas seleccionadas creando paneles de Looker eficaces. Si deseas crear una excelente 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 crear 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 devuelve 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 optimizar el rendimiento de Looker para obtener más detalles sobre cómo crear consultas eficaces.
Algunos componentes requieren más memoria que otros relacionados con SQL, y pueden provocar un rendimiento lento en los paneles:
-
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 que se muestran con miles de puntos 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 explican más adelante en esta página). Sin embargo, evita crear paneles con 25 o más consultas. Para que el rendimiento del panel sea óptimo, crea vínculos de navegación entre los paneles o crea vínculos a URLs 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 una sola tarjeta.
-
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 tu proceso de ETL. En general, debes evitar configurar la actualización automática en un intervalo inferior a 15 minutos. No uses Ejecutar al cargar si el panel está diseñado para filtrarse. Usa filtros obligatorios para evitar que los usuarios ejecuten paneles sin los filtros necesarios.
-
Aprovecha el almacenamiento en caché. Se recomienda usar grupos de datos para sincronizar todo el contenido de Looker (paneles, Looks y programaciones) 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 basados en 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 tablas, resultados combinados o campos personalizados en varios Looks y paneles, considera codificarlos de forma rígida 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 pivoten en una vista o en una 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 usas para crear la tabla dinámica tiene una cardinalidad alta (muchos valores únicos), habrá una columna para cada valor. Aplica filtros a nivel del panel o de la Exploración para permitir que el usuario seleccione los valores de dimensión que más le interesen 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. Como se mencionó en el primer punto, las vistas que devuelven una gran cantidad de filas y muchas columnas pueden ralentizar el rendimiento. Aplica filtros a nivel del panel o de la visualización para reducir la cantidad de resultados dentro de un elemento.
-
Aprovecha los filtros compartidos con una sola búsqueda para renderizar un solo resultado de búsqueda en varias tarjetas. Esto debería reducir la cantidad total de consultas que se ejecutan desde el panel, ya que se usa una consulta para potenciar varios elementos del panel.
-
Filtros AND/OR No hay límite para la cantidad de grupos que se pueden crear. Sin embargo, una cantidad excesiva de grupos de filtros puede afectar el rendimiento del navegador.
-
Descarga o entrega 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.
Asegúrate de probar el rendimiento del panel después de agregar elementos. A medida que creas el panel, sigue navegando por él y actualiza la página para determinar cómo se ve afectado el rendimiento a medida que agregas Looks adicionales.
Cuando estés conforme con tu nuevo panel de Looker, asegúrate de utilizar los permisos de carpetas para asegurarte de que el panel no se pueda cambiar de forma accidental. Aprovecha los grupos de usuarios para administrar el acceso al contenido y los permisos de forma masiva, en lugar de hacerlo para cada usuario individual.
Si tienes problemas de rendimiento, comunícate directamente con el equipo de asistencia al cliente de Looker. Nuestro equipo siempre está listo para investigar y ayudarte.