Uma das melhores maneiras de capacitar os usuários a analisar dados é oferecer a eles visualizações selecionadas criando dashboards eficientes do Looker. Se quiser criar uma ótima experiência de desempenho para seus usuários, considere as dicas desta página ao criar seus painéis.
Os painéis do Looker são carregados no navegador. Para criar um app com desempenho ideal, 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. Consulte a seção Otimizar o desempenho da consulta na página de práticas recomendadas Otimizar o desempenho do Looker para mais detalhes sobre como criar consultas eficientes.
Alguns componentes exigem mais memória do que estão relacionados ao SQL. Eles podem 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. As análises e os elementos do painel retornados com milhares de pontos de dados usam mais memória.
-
Limite o número de elementos do painel. 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. Para manter o desempenho do painel, crie links de navegação entre painéis ou crie links para URLs personalizados para criar uma navegação selecionada de painel para painel. Você também pode 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 usar atualização automática, verifique se ele não é atualizado mais rápido que o processo de ETL. Em geral, evite definir a atualização automática com uma frequência maior que 15 minutos. Não use executar ao carregar se o painel for filtrado. Use filtros obrigatórios para impedir que os usuários executem painéis sem os filtros necessários.
-
Aproveite o armazenamento em cache. A 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 combinados, campos personalizados e cálculos de tabela, consomem memória. Quanto mais recursos de pós-processamento de consultas forem usados, mais memória será consumida. Se você estiver usando os mesmos cálculos de tabela, resultados mesclados ou campos personalizados em várias análises 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 combinados a um painel.
-
As dimensões dinâmicas consomem memória. Quanto mais dimensões forem dinamizadas em um Look ou bloco do painel, mais memória será consumida quando o painel for carregado. Como mencionado no primeiro item, isso acontece porque mais dados são usados à medida que mais dados são retornados. Se a dimensão que você está usando para criar a tabela dinâmica tiver alta cardinalidade (muitos valores únicos), haverá uma coluna para cada valor. Filtre no nível do painel ou da análise para permitir que o usuário selecione os valores de dimensão que mais interessam para comparação, em vez de mostrar tudo de uma vez.
-
Ter muitas colunas e linhas consome mais memória. Para melhorar o desempenho do navegador, recomendamos usar até 50 colunas. Como discutido no primeiro item, as análises detalhadas que retornam um grande volume de linhas e muitas colunas podem prejudicar a performance. Filtre no nível do painel ou da análise para reduzir o número de resultados em um elemento.
-
Use 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 usando uma consulta para gerar vários elementos do painel.
-
Filtros AND/OR. Não há limite para o número de grupos que podem ser criados. No entanto, o excesso de grupos de filtros pode afetar o desempenho do navegador.
-
Faça o download ou entregue consultas usando a opção Todos os resultados com moderação, já que algumas consultas podem ser muito grandes e sobrecarregar o servidor do Looker quando processadas.
Teste a performance do painel depois de adicionar elementos. Enquanto você cria, continue navegando até o painel e atualize a página para determinar como a performance é afetada à medida que você adiciona mais Looks.
Quando estiver satisfeito com seu novo painel do Looker, use o controle de permissões de pastas para garantir que ele não seja alterado por engano. Use grupos de usuários para gerenciar o acesso e as permissões de conteúdo em massa, em vez de 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.