Queste best practice riflettono i consigli condivisi da un team interfunzionale di Looker esperti. Questi approfondimenti provengono da anni di esperienza con i clienti di Looker, dall'implementazione al successo a lungo termine. Si tratta di pratiche adatte alla maggior parte degli utenti e delle situazioni, ma è bene adottare il buon senso durante l'implementazione.
gli sviluppatori LookML possono seguire questi suggerimenti per migliorare il rendimento con Looker:
- Fornisci agli utenti nomi di campo significativi
- Raggruppa i campi simili per semplificare la navigazione
- Evitare di esporre troppo agli utenti all'inizio
- Aggiungere descrizioni in modo che gli utenti sappiano quali campi ed esplorazioni utilizzare
- Creare flussi di lavoro comuni in Looker
Questi consigli sono descritti in modo più dettagliato nelle sezioni seguenti.
Fornisci agli utenti nomi di campo significativi
-
Utilizza il parametro
label
per applicare nomi facili da usare alle dimensioni o alle misure, mantenendo i nomi adatti al database nei file di vista e modello. Puoi prendere in considerazione di rinominare un paio di termini comuni, come Conteggio in Numero di e Somma in Totale. Se non sai quali parole sono significative per gli utenti, collabora con un utente aziendale per creare alcune query comuni e scopri quali parole vengono utilizzate dai risultati della query per descrivere ciò che gli utenti stanno cercando. Ad esempio, supponiamo che le visualizzazioni Articoli inventario, Articoli ordine, Ordini e Prodotti abbiano ciascuna una misura chiamata Conteggio. Puoi utilizzare il parametrolabel
per assegnare a ciascuna di queste misure un nome univoco e significativo, ad esempio Numero di articoli di inventario, Numero di articoli dell'ordine, Numero di ordini e Numero di prodotti. -
Evita di esporre più campi con lo stesso nome. Ad esempio, le misure di
type: count
vengono create automaticamente in Looker con il nome Conteggio. Di conseguenza, la maggior parte dei file di visualizzazione contiene una misura di conteggio con lo stesso nome. Più campi con lo stesso nome possono confondere gli utenti. L'aggiunta di etichette o la ridenominazione delle misure di conteggio per indicare l'oggetto conteggiato evita confusione. Altri campi da tenere presenti sono Created Date (Data di creazione) e Updated Date (Data di aggiornamento), ad esempio nei gruppi di dimensioni. -
Fornisci nomi chiari per i campi di
type: yesno
. Ad esempio, utilizza L'articolo è stato restituito? anziché Restituito per assegnare un nome a un campo che indica se un articolo è stato restituito. - Assegna nomi descrittivi ai rapporti. Ad esempio, Ordini per cliente che effettua l'acquisto è più chiaro della Percentuale ordini.
-
Assegna nomi ai campi e rappresenta i valori in modo coerente nel modello. L'utilizzo del parametro
value_format
ovalue_format_name
per applicare la formattazione, ad esempio simboli di valuta, percentuali e precisione decimale, ai campi numerici contribuirà a rendere tutto più chiaro per gli utenti.
Raggruppa i campi simili per semplificare la navigazione
-
Utilizza il parametro
group_label
per consolidare le dimensioni e le misure di una o più viste unite correlate. Ad esempio, raggruppa tutte le informazioni geografiche in un gruppo Area geografica per riunire tutte le informazioni relative a indirizzi e località nel selettore campi, anziché visualizzarle in ordine alfabetico:dimension: city { group_label: "Geography" type: string sql: ${TABLE}.city ;; } dimension: country { group_label: "Geography" type: string map_layer_name: countries sql: ${TABLE}.country ;; }
-
Suddividi tabelle denormalizzate di grandi dimensioni utilizzando il parametro
view_label
. Utilizza il parametroview_label
all'interno dei campi per raggruppare i campi in modo logico in intestazioni separate all'interno del selettore campi. Può essere difficile navigare nelle tabelle di grandi dimensioni e denormalizzate con molti campi, quindi questo dà l'illusione di più visualizzazioni nel selettore campi Esplora a sinistra.
Evita di mostrare troppo agli utenti all'inizio
- Evita di esporre troppo gli utenti durante l'implementazione iniziale di Looker. Inizia con poco, poi espandi le opzioni. Non è necessario esporre tutte le tabelle o le dimensioni e le misure contemporaneamente. Puoi esporre i campi più importanti all'inizio e poi continuare a integrare altre funzionalità man mano che gli utenti aziendali acquisiscono maggiore dimestichezza con l'esplorazione dei dati.
-
Nascondi le dimensioni che non sono pertinenti per gli utenti nell'interfaccia utente. Utilizza il parametro
hidden
per le dimensioni che non verranno mai utilizzate tramite l'interfaccia utente (ad esempio i campi ID o le date di aggiornamento del database). -
Utilizza il parametro
fields
all'interno di esplorazioni e join per limitare il numero di campi disponibili per gli utenti. I campi inclusi devono essere solo quelli pertinenti all'esplorazione. In questo modo si riduce il gonfiore e si offre un'esperienza migliore agli utenti. A differenza del parametrohidden
, il parametrofield
consente di includere o escludere i campi in base alla metrica Esplora per esplorazione. -
Nascondi le esplorazioni esistenti esclusivamente per compilare look, riquadri della dashboard o filtri specifici utilizzando il parametro
hidden
per le esplorazioni. Le esplorazioni che non sono pensate per essere esplorate dagli utenti devono essere nascoste dall'interfaccia utente. -
Utilizza il minor numero possibile di esplorazioni, consentendo comunque agli utenti di accedere facilmente alle risposte di cui hanno bisogno. Valuta la possibilità di suddividere le esplorazioni in modelli diversi per segmenti di pubblico diversi per limitare le opzioni disponibili per ciascun gruppo di utenti. Il numero ottimale di esplorazioni è diverso per ogni attività, ma avere troppe esplorazioni tende a confondere gli utenti. Valuta la possibilità di utilizzare il parametro
group_label
per le esplorazioni all'interno di un modello, in modo da raggrupparle in modo sensato nel menu a discesa Esplora.
Aggiungi descrizioni in modo che gli utenti sappiano quali campi ed esplorazioni utilizzare
-
Utilizza il parametro
description
per dimensioni e misure per fornire agli utenti informazioni aggiuntive sulla logica o sui calcoli utilizzati all'interno del modello. Ciò è particolarmente importante per le dimensioni e le misure che utilizzano calcoli o logiche complesse. Detto questo, è buona norma prendere in considerazione anche le descrizioni per i campi più semplici per assicurarti che gli utenti comprendano le relative definizioni. - Definisci le descrizioni dell'esplorazione per gli utenti. Aggiungi una breve descrizione a ogni esplorazione per specificare lo scopo dell'esplorazione e il pubblico che la utilizzerà.
Creare flussi di lavoro comuni in Looker
-
Aggiungi
drill_fields
a tutte le misure pertinenti. I campi di visualizzazione in dettaglio consentono agli utenti di fare clic sui valori aggregati per accedere a dati dettagliati. Utilizza il parametroset
per creare insiemi di campi riutilizzabili da applicare a un numero qualsiasi di misure all'interno di una vista. -
Aggiungi
drill_fields
a tutte le dimensioni gerarchiche. Ad esempio, l'aggiunta didrill_field
per Città in una dimensione Stato consente agli utenti di selezionare uno stato e visualizzare in dettaglio le città al suo interno. Tieni presente che questa visualizzazione in dettaglio gerarchica verrà applicata automaticamente all'interno dei gruppi di dimensioni temporali. -
Configura link che consentano agli utenti di esplorare e trasferire facilmente i filtri ad altre dashboard di Looker o a sistemi o piattaforme esterni a Looker. Consulta le nostre
documentazione sul parametro
link
per esempi di come passare i filtri nei livelli di analisi.