Considerações ao criar painéis de controlo do Looker com bom desempenho

Uma das melhores formas de permitir que os utilizadores explorem os dados é fornecer-lhes vistas organizadas através da criação de painéis de controlo do Looker eficazes. Se quiser criar uma excelente experiência de desempenho para os seus utilizadores, considere as sugestões nesta página ao conceber os seus painéis de controlo.

Os painéis de controlo do Looker são carregados no navegador. Para criar campanhas com o desempenho ideal, tenha em atenção os seguintes factos.

O elemento mais importante do desempenho do painel de controlo é o desempenho da consulta SQL subjacente. Cada elemento do painel de controlo, quando não é devolvido da cache, executa uma consulta SQL cuja execução na base de dados subjacente demora algum tempo. Consulte a secção Otimize o desempenho das consultas da página de práticas recomendadas Otimize o desempenho do Looker para ver mais detalhes sobre a criação de consultas com bom desempenho.

Alguns componentes consomem mais memória do que estão relacionados com SQL. Estes podem causar um desempenho lento nos painéis de controlo:

• O volume de dados tem o maior impacto no desempenho. Quanto mais dados forem devolvidos num elemento individual, mais recursos de memória são consumidos. Os visuais e os elementos do painel de controlo devolvidos com muitos milhares de pontos de dados usam mais memória.

• Limite o número de elementos do painel de controlo. Não existe uma regra rígida sobre o número, uma vez que o design de um único elemento afeta o respetivo consumo de memória com base em alguns fatores (abordados mais adiante nesta página). No entanto, evite criar painéis de controlo com 25 ou mais consultas. Mantenha o desempenho do painel de controlo rápido criando links de navegação entre painéis de controlo ou criando links para URLs personalizados para criar uma navegação organizada de painel de controlo para painel de controlo. Também pode tentar concatenar medidas semelhantes na mesma visualização de valor único para evitar muitas visualizações de mosaico único.

• Use as definições do painel de controlo de forma estratégica. Se o painel de controlo usar a atualização automática, certifique-se de que a atualização não é mais rápida do que o processo de ETL. Em geral, deve evitar definir a atualização automática para um período inferior a 15 minutos. Não use run on load se o painel de controlo se destinar a ser filtrado. Use filtros obrigatórios para impedir que os utilizadores executem painéis de controlo sem os filtros necessários.

• Tire partido da colocação em cache. É uma prática recomendada usar grupos de dados para sincronizar todo o conteúdo do Looker (painéis de controlo, Looks, agendamentos) com o seu processo de ETL. Isto ajuda a evitar consultas desnecessárias quando os dados não estão atualizados.

• As funcionalidades de processamento pós-consulta, como os resultados unidos, os campos personalizados e os cálculos de tabelas, consomem memória. Quanto mais funcionalidades de processamento pós-consulta forem usadas, mais memória é consumida. Se estiver a usar os mesmos cálculos de tabelas, resultados unidos ou campos personalizados em vários Looks e painéis de controlo, considere codificá-los no seu modelo LookML sempre que possível. Em geral, não adicione mais de quatro mosaicos de resultados unidos a um painel de controlo.

• As dimensões adaptadas consomem memória. Quanto mais dimensões forem dinamizadas num mosaico de um painel de controlo ou de um relatório detalhado, mais memória é consumida quando o painel de controlo é carregado. Conforme mencionado no primeiro ponto, isto deve-se ao facto de serem usados mais dados à medida que são devolvidos mais dados. Se a dimensão que está a usar na tabela dinâmica tiver uma cardinalidade elevada (muitos valores únicos), é apresentada uma coluna para cada valor. Filtre ao nível do painel de controlo ou da análise detalhada para permitir que o utilizador selecione os valores de dimensão que tem mais interesse em comparar, em vez de mostrar tudo de uma vez.

• Ter muitas colunas e linhas consome mais memória. Para o desempenho do navegador, recomenda-se ter 50 ou menos colunas. Mais uma vez, conforme abordado no primeiro ponto, os Looks que devolvem um volume elevado de linhas e muitas colunas podem abrandar o desempenho. Filtre ao nível do painel de controlo ou da análise detalhada para reduzir o número de resultados num elemento.

• Tire partido dos filtros partilhados com uma única consulta para renderizar um único resultado de consulta em vários mosaicos. Isto deve reduzir o número total de consultas executadas a partir do painel de controlo através da utilização de uma consulta para acionar vários elementos do painel de controlo.

• Envie consultas usando a opção Todos os resultados com moderação, uma vez que algumas consultas podem ser muito grandes e sobrecarregar o servidor do Looker quando processadas.