Best practice: azioni consigliate e sconsigliate per LookML

Queste best practice riflettono i consigli condivisi da un team interfunzionale di Looker esperti. Questi insight derivano da anni di esperienza nella collaborazione con i clienti di Looker, dall'implementazione al successo a lungo termine. Queste prassi sono scritte in modo da funzionare per la maggior parte degli utenti e delle situazioni, ma, come sempre, applica il tuo miglior giudizio quando implementi i consigli condivisi in questa pagina.

Cosa fare per LookML

• Do: definisci il parametro relationship per tutti i join.
  Ciò garantisce che le metriche vengano aggregate correttamente in Looker. Per impostazione predefinita, Looker utilizza una relazione di join many_to_one per tutti i join in cui non è definita una relazione. Per ulteriori informazioni su come definire correttamente il parametro relationship, consulta la pagina delle best practice su come utilizzare il parametro relationship corretto.
• Azione: definisci una chiave primaria in ogni vista, incluse le tabelle derivate.
  Tutte le viste, derivate o provenienti direttamente dal database, devono contenere una chiave primaria. Questa chiave primaria deve essere un valore univoco per consentire a Looker di identificare in modo univoco qualsiasi record. Questa chiave primaria può essere una singola colonna o una concatenazione di colonne: deve semplicemente essere un identificatore univoco per la tabella o la tabella derivata.
• Azione: denomina dimensioni, misure e altri oggetti LookML utilizzando solo lettere minuscole e trattini bassi per gli spazi.
  Il parametro label può essere utilizzato per un'ulteriore formattazione del campo del nome e anche per personalizzare l'aspetto dei nomi delle viste, dei nomi delle esplorazioni e dei nomi dei modelli. Ad esempio, nel LookML riportato di seguito, il parametro label viene utilizzato per assegnare l'etichetta Numero di clienti alla misura customer_count_distinct.

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

• Azione: utilizza datagroups per allineare la generazione di tabelle derivate permanenti (PDT) ed esplorare la memorizzazione nella cache con i processi ETL sottostanti. I gruppi di dati possono essere utilizzati anche per attivare il caricamento di dashboard o Look, in modo da garantire l'invio di dati aggiornati ai destinatari.

Cosa non fare con LookML

• Non: utilizza il parametro from per rinominare le viste all'interno di un'esplorazione.
  Utilizza invece il parametro view_label. Per saperne di più sulla differenza tra from e view_label, consulta la pagina della documentazione relativa al parametro from (per le esplorazioni). Il parametro from deve essere usato principalmente nelle seguenti situazioni:
  • Unioni polimorfici (unione della stessa tabella più volte)
  • Self-join (unione di una tabella a se stessa)
  • Ritorno dell'ambito di una visualizzazione estesa al nome originale
• Non evitare: utilizza la parola "data" o "ora" nel nome di un gruppo di dimensioni.
  Looker aggiunge ogni intervallo di tempo alla fine del nome del gruppo di dimensioni. Ciò significa che un gruppo di dimensioni denominato created_date genera campi chiamati created_date_date, created_date_month e così via. Utilizza semplicemente created come nome del gruppo di dimensioni, poiché questo genera campi denominati created_date, created_month e così via.
• Non: utilizza timestamp formattati all'interno dei join.
  Utilizza invece l'opzione Tempo non elaborato per partecipare in qualsiasi campo di data o ora. In questo modo eviterai di includere la trasmissione e la conversione del fuso orario nei predicati di unione.