Prática recomendada: o que fazer e o que não fazer no LookML

Essas práticas recomendadas refletem as recomendações compartilhadas por uma equipe multidisciplinar de profissionais experientes do Looker. Esses insights vêm de anos de experiência trabalhando com clientes do Looker, desde a implementação até o sucesso a longo prazo. As práticas foram elaboradas para a maioria dos usuários e situações, mas, como sempre, use o bom senso ao implementar as recomendações compartilhadas nesta página.

O que fazer no LookML

• O que fazer: defina o parâmetro relationship para todas as mesclagens.
  Isso garante que as métricas sejam agregadas corretamente no Looker. Por padrão, o Looker usa uma relação de mesclagem many_to_one para todas as mesclagens em que uma relação não está definida. Para mais informações sobre como definir o parâmetro relationship corretamente, consulte a página "Práticas recomendadas" sobre como configurar o parâmetro relationship corretamente.
• O que fazer: defina uma chave primária em cada visualização, incluindo tabelas derivadas.
  Todas as visualizações, derivadas ou vindas diretamente do banco de dados, precisam conter uma chave primária. Essa chave primária deve ser um valor exclusivo para permitir que o Looker identifique de forma exclusiva qualquer registro. Essa chave primária pode ser uma única coluna ou uma concatenação de colunas. Ela simplesmente precisa ser um identificador exclusivo para a tabela ou tabela derivada.
• O que fazer: nomeie dimensões, medidas e outros objetos do LookML usando letras minúsculas e sublinhados em vez de espaços.
  O parâmetro label pode ser usado para formatação adicional de um campo de nome, além de personalizar a aparência de nomes de visualizações, nomes de exploração e nomes de modelos. Por exemplo, no LookML a seguir, o parâmetro label é usado para atribuir o rótulo Número de clientes à medida customer_count_distinct.

        measure: customer_count_distinct {
          label: "Number of Customers"
          type: count_distinct
          sql: ${customer.id} ;;
        }

• O que fazer: use datagroups para alinhar a geração de tabelas derivadas persistentes (PDTs, na sigla em inglês) e o armazenamento em cache do Explore com os processos ETL subjacentes. Os grupos de dados também podem ser usados para acionar entregas de painéis ou Looks, garantindo que dados atualizados sejam enviados aos destinatários.

O que o LookML não faz

• O que não fazer: use o parâmetro from para renomear visualizações em uma Análise.
  Use o parâmetro view_label. Para saber mais sobre a diferença entre from e view_label, consulte a página de documentação do parâmetro from (para Análises detalhadas). O parâmetro from deve ser usado principalmente nas seguintes situações:
  • Mesclagens polimórficas (mesclar a mesma tabela várias vezes)
  • Mesclagens automáticas (mesclar uma tabela com ela mesma)
  • Redefinição do escopo de uma visualização estendida para o nome original dela
• O que não fazer: usar a palavra "data" ou "tempo" em um nome de grupo de dimensões.
  O Looker anexa cada período ao final do nome do grupo de dimensões. Isso significa que um grupo de dimensão chamado created_date resulta em campos chamados created_date_date, created_date_month e assim por diante. Basta usar created como o nome do grupo de dimensões, porque isso resulta em campos chamados created_date, created_month e assim por diante.
• Não: use carimbos de data/hora formatados nas mesclagens.
  Em vez disso, use a opção período bruto para mesclar em qualquer campo de data ou hora. Isso evita a inclusão da conversão de transmissão e de fuso horário nos predicados de junção.