Uma das melhores maneiras de capacitar os usuários para analisar dados é oferecer visualizações selecionadas criando painéis eficazes do Looker. Se você quiser criar uma ótima experiência de performance para seus usuários, considere as dicas desta página ao projetar seus painéis.
Os painéis do Looker são carregados no navegador. Para criar um desempenho ideal, considere os seguintes fatos.
O elemento mais importante da performance do painel é a performance da consulta SQL. Cada elemento do painel, quando não retornado do cache, executa uma consulta SQL que leva tempo para ser executada no banco de dados subjacente. Confira a seção Otimizar a performance da consulta da página de práticas recomendadas Otimizar o desempenho do Looker para mais detalhes sobre como criar consultas com boa performance.
Alguns componentes consomem mais memória do que estão relacionados a SQL, o que pode causar lentidão no desempenho dos painéis:
-
O volume de dados tem o maior impacto no desempenho. Quanto mais dados forem retornados em um elemento individual, mais recursos de memória serão consumidos. Os elementos de visualizações e painéis que são retornados com muitos milhares de pontos de dados vão usar mais memória.
-
Limite o número de elementos do dashboard. Não há uma regra rígida sobre o número, já que o design de um único elemento afeta o consumo de memória com base em alguns fatores (abordados mais adiante nesta página). No entanto, evite criar painéis com 25 ou mais consultas. Mantenha a performance do painel suave criando links de navegação entre painéis ou criando links para URLs personalizados para criar uma navegação selecionada de um painel para outro. Também é possível concatenar medidas semelhantes na mesma visualização de valor único para evitar muitas visualizações de bloco único.
-
Use as configurações do painel de maneira estratégica. Se o painel usa autoatualização, verifique se a atualização não é mais rápida do que o processo de ETL. Em geral, você deve evitar configurar a atualização automática em menos de 15 minutos. Não use executar no carregamento se o painel for filtrado. Use os filtros necessários para impedir que os usuários executem painéis sem o os filtros necessários.
-
Use o armazenamento em cache. É uma prática recomendada usar grupos de dados para sincronizar todo o conteúdo do Looker (painéis, Looks, programações) com seu processo de ETL. Isso ajuda evitar consultas desnecessárias quando os dados não estiverem atualizados.
-
Os recursos de processamento pós-consulta, como resultados mesclados, campos personalizados e cálculos de tabela, consomem memória. O mais recursos de processamento pós-consulta são usados, mais memória é consumida. Se você estiver usando a mesma cálculos de tabela, resultados mesclados ou campos personalizados em vários Looks e dashboards, considere codificá-los no modelo LookML sempre que possível. Em geral, não adicione mais de quatro blocos de resultados mesclados a um dashboard.
-
As dimensões dinâmicas consomem memória. Quanto mais dimensões são pivotadas em um Bloco de informações ou painel, mais memória é consumida quando o painel é carregado. Conforme mencionado no primeiro item, isso ocorre porque mais dados são usados conforme mais dados são retornados. Se a dimensão dinâmica tiver alta cardinalidade (muitos valores exclusivos), haverá uma coluna para cada valor. Filtre no painel ou no nível do Look para permitir que o usuário selecione os valores de dimensão que quer comparar, em vez de mostrar tudo de uma vez.
-
Ter muitas colunas e linhas consome mais memória. Para melhorar a performance do navegador, recomendamos 50 colunas ou menos. Novamente, conforme discutido no primeiro item, os Looks que retornam um grande volume de linhas e muitas colunas podem prejudicar o desempenho. Filtre no nível do dashboard ou Look para reduzir o número de resultados em um elemento.
-
O recurso de laboratórios Painéis nos menus de detalhamento, embora não afete o consumo de memória, pode retardar os tempos de consulta e a performance do painel.
-
Use filtros compartilhados com uma única consulta para renderizar um único resultado de consulta em vários blocos. Isso vai reduzir o número total de consultas executadas no painel usando uma consulta para acionar vários elementos do painel.
-
Envie consultas usando a opção Todos os resultados com moderação, porque algumas consultas podem ser muito grandes e sobrecarregar o servidor do Looker quando processadas.
Não deixe de testar o desempenho do dashboard depois de adicionar elementos. À medida que você cria, continue a navegar até o dashboard e atualize a página para determinar como o desempenho será afetado à medida que adicionar outros Looks.
Quando estiver satisfeito com o novo painel do Looker, use o permissão de pastas para garantir que o painel não seja alterado acidentalmente. Use grupos de usuários para gerenciar o acesso e as permissões de conteúdo em massa, em vez de por usuário.
Se você tiver problemas de desempenho, entre em contato diretamente com o suporte do Looker. Nossa equipe está sempre pronta para investigar e ajudar.