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 desempenho para os usuários, considere as dicas nesta página quando for projetar os painéis.
Os painéis do Looker são carregados no navegador. Para criar e ter o melhor desempenho possível, tenha em mente os seguintes fatos.
O elemento mais importante do desempenho do painel é o desempenho da consulta SQL subjacente. 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 na performance. Quanto mais dados forem retornados em um elemento individual, mais recursos de memória serão consumidos. Os Looks e os elementos do dashboard retornados com muitos milhares de pontos de dados usarão mais memória.
-
Limite o número de elementos do dashboard. não existe uma regra rígida do número, já que o design de um único afeta o consumo de memória com base em alguns fatores (cobertos mais adiante nesta página). No entanto, evite criar painéis com 25 ou mais consultas. Crie links de navegação para manter o desempenho do painel eficiente entre painéis ou criando links para URLs personalizados para criar uma navegação selecionada do painel para o painel. Você também pode tente 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 seu painel usa a autorefresh, verifique se ela é atualizada antes do 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.
-
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. O mais dimensões dinamizadas em um bloco do Look ou do dashboard, mais memória é consumida quando o dashboard for 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 o desempenho 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 Labs Painéis nos menus de detalhamento, enquanto não impacta o consumo de memória, pode retardar os tempos de consulta e causar lentidão no desempenho do painel.
-
Use filtros compartilhados em uma única consulta para: renderizem um único resultado da consulta em vários blocos. Isso deve reduzir o número total de consultas executadas no painel aproveitando uma consulta para alimentar vários elementos do dashboard.
-
envie consultas usando a opção Todos os resultados com moderação, já que algumas delas 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 contente com seu novo painel do Looker, use a permissão de pasta para: garantir que o painel não possa ser alterado acidentalmente. Utilize grupos de usuários para gerenciar o acesso e as permissões ao conteúdo em massa, em vez de gerenciar cada usuário individualmente.
Se você estiver com problemas de desempenho, entre em contato diretamente com o suporte do Looker. Nossa equipe está sempre pronta para investigar e ajudar.