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

Estas práticas recomendadas refletem as recomendações partilhadas por uma equipa multifuncional de utilizadores experientes do Looker. Estas estatísticas resultam de anos de experiência a trabalhar com clientes do Looker, desde a implementação ao sucesso a longo prazo. As práticas são escritas para funcionar para a maioria dos utilizadores e situações, mas, como sempre, use o seu melhor julgamento ao implementar qualquer uma das recomendações partilhadas nesta página.

Faça isto com o LookML

• Faça: defina o parâmetro relationship para todas as associações.
  Isto garante que as métricas são agregadas corretamente no Looker. Por predefinição, o Looker usa uma relação de junção many_to_one para todas as junções em que não é definida uma relação. Para mais informações sobre como definir o parâmetro relationship corretamente, consulte a página de práticas recomendadas sobre como definir corretamente o parâmetro relationship.
• Faça o seguinte: defina uma chave principal em todas as vistas, incluindo tabelas derivadas.
  Todas as vistas, quer sejam derivadas ou provenientes diretamente da base de dados, devem conter uma chave primária. Esta chave principal deve ser um valor único para permitir que o Looker identifique exclusivamente qualquer registo. Esta chave primária pode ser uma única coluna ou uma concatenação de colunas. Tem simplesmente de ser um identificador exclusivo para a tabela ou a tabela derivada.
• Faça o seguinte: atribua nomes a dimensões, medidas e outros objetos LookML, usando apenas letras minúsculas e sublinhados para espaços.
  O parâmetro label pode ser usado para formatação adicional de um campo de nome e também pode ser usado para personalizar o aspeto dos nomes de visualização, dos nomes de exploração e dos nomes de modelos. Por exemplo, no LookML seguinte, o parâmetro label é usado para atribuir a etiqueta Number of Customers à medida customer_count_distinct.

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

• Faça o seguinte: use grupos de dados para alinhar a geração de tabelas derivadas persistentes (PDTs) e o armazenamento em cache do Explorar com os processos ETL subjacentes. Os grupos de dados também podem ser usados para acionar envios de painéis de controlo ou Looks para garantir que os dados atualizados são enviados aos destinatários.

Não faça isto com o LookML

• Não: use o parâmetro from para mudar o nome das visualizações numa exploração.
  Em alternativa, 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 explorações). O parâmetro from deve ser usado principalmente nas seguintes situações:
  • Junções polimórficas (juntar a mesma tabela várias vezes)
  • Autojunções (junção de uma tabela a si própria)
  • Reverter o âmbito de uma vista expandida para o nome da vista original
• Não: use a palavra "data" ou "hora" num nome de grupo de dimensões.
  O Looker anexa cada período ao final do nome do grupo de dimensões, o que significa que um grupo de dimensões com o nome created_date resulta em campos denominados, por exemplo, created_date_date e created_date_month. Basta usar created como nome do grupo de dimensões, porque isto resulta em campos com nomes, por exemplo, created_date e created_month.
• Não: use indicações de tempo formatadas em junções.
  Em alternativa, use a opção Intervalo de tempo não processado para fazer a junção em quaisquer campos de data ou hora. Isto evita a inclusão da conversão de transmissão e fuso horário em predicados de junção.