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 há uma regra rígida a respeito do número, já que o design de um único elemento afeta o consumo de memória com base em alguns fatores (abordados posteriormente nesta página). No entanto, evite criar painéis com 25 ou mais consultas. Mantenha o desempenho do painel eficiente criando links de navegação entre painéis ou criando links para URLs personalizados para criar uma navegação selecionada do painel para o painel. Tente também 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 a atualização automática, 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 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 a evitar consultas desnecessárias quando os dados não estão atualizados.
-
Recursos de processamento pós-consulta, como resultados mesclados, campos personalizados e cálculos de tabela, consomem memória. Quanto mais recursos de processamento pós-consulta forem usados, mais memória será consumida. Se você estiver usando os mesmos cálculos de tabela, resultados mesclados ou campos personalizados em vários Looks e painéis, considere codificá-los no modelo do 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 dinâmicas em um bloco do Look ou do dashboard, mais memória é consumida quando o dashboard é 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 em menus de detalhamento, embora não afete o consumo de memória, pode diminuir os tempos de consulta e causar lentidão no desempenho do painel.
-
Aproveite filtros compartilhados com uma única consulta para renderizar um único resultado de consulta em vários blocos. Isso reduz o número total de consultas executadas no painel, aproveitando uma consulta para alimentar vários elementos do painel.
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 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.