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 Looker, dall'implementazione al successo a lungo termine. Queste pratiche sono pensate per la maggior parte degli utenti e delle situazioni, ma quando li implementi ti consigliamo di usare il tuo buon senso.
Gli sviluppatori LookML possono prendere in considerazione i seguenti suggerimenti per migliorare l'esperienza dei propri utenti con Looker:
- Fornire agli utenti nomi di campo significativi
- Raggruppare campi simili per semplificare la navigazione
- Evita di esporre un'esposizione eccessiva agli utenti all'inizio
- Aggiungere descrizioni in modo che gli utenti sappiano quali campi ed esplorazioni utilizzare
- Crea flussi di lavoro comuni in Looker
Questi consigli sono illustrati in maggiore dettaglio nelle sezioni che seguono.
Assegnare agli utenti nomi di campo significativi
-
Utilizza il parametro
label
per applicare nomi semplici a dimensioni o misure, mantenendo nomi compatibili con il database all'interno dei file di vista e modello. Potresti rinominare un paio di termini comuni, come Conteggio in Numero di e Somma in Totale. Se non sei sicuro di quali parole siano significative per gli utenti, collabora con un utente aziendale per creare alcuni report comuni e scopri quali termini vengono utilizzati per descrivere le ricerche degli utenti. Supponi, ad esempio, 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 all'interno di Looker con il nome Count. Questo porta alla maggior parte dei file di visualizzazione contenenti 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 di misure di conteggio per indicare l'oggetto che viene conteggiato evita confusione. Altri campi da tenere presente sono Data di creazione e Data aggiornata, 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 indichi se un articolo è stato restituito. - I rapporti dei nomi sono descritti in modo descrittivo. Ad esempio, la dimensione Ordini per clienti che acquistano è più chiara della Percentuale ordini.
-
Assegna un nome ai campi e rappresenta i valori in modo coerente in tutto il modello. L'utilizzo del parametro
value_format
ovalue_format_name
per applicare formattazione come 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 raggruppare tutte le informazioni relative a indirizzi e località all'interno del selettore campi, anziché ordinarle 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 le tabelle di grandi dimensioni e denormalizzate utilizzando il parametro
view_label
. Utilizza il parametroview_label
all'interno dei campi per raggruppare logicamente i campi in intestazioni separate all'interno del selettore campi. La navigazione nelle tabelle grandi e denormalizzate con molti campi può risultare difficile, per cui questo dà l'illusione di più visualizzazioni nel selettore campi Esplora a sinistra.
Evita di esporre un'esposizione eccessiva agli utenti all'inizio
- Evita di esporre un'esposizione eccessiva agli utenti durante l'implementazione iniziale di Looker. Inizia con un budget basso e poi espandi le opzioni. Non è necessario esporre tutte le tabelle, le dimensioni e le misure contemporaneamente. Puoi esporre inizialmente i campi più importanti per poi continuare a integrare ulteriori funzionalità man mano che gli utenti aziendali acquisiscono maggiore sicurezza con l'esplorazione dei dati.
-
Nascondi le dimensioni non pertinenti per gli utenti dall'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 delle esplorazioni e dei join per limitare il numero di campi disponibili per gli utenti. I campi inclusi devono essere solo quelli pertinenti all'esplorazione. Questo riduce le dimensioni eccessive e offre un'esperienza migliore agli utenti. A differenza del parametrohidden
, il parametrofield
consente di includere o escludere i campi esplorando per esplorazione. -
Nascondi le esplorazioni che esistono 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 nell'interfaccia utente. -
Utilizza il minor numero possibile di esplorazioni, consentendo 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 ogni gruppo di utenti. Il numero ottimale di esplorazioni è diverso per ogni attività, ma un numero eccessivo di esplorazioni tende a confondere gli utenti. Prendi in considerazione l'utilizzo del parametro
group_label
per le esplorazioni all'interno di un modello, che ti consentirà di raggrupparle in modo ragionevole nel menu a discesa Esplora.
Aggiungi descrizioni in modo che gli utenti sappiano quali campi ed esplorazioni utilizzare
-
Utilizza il parametro
description
su 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 sfruttano logiche o calcoli complessi. Detto questo, è una buona idea prendere in considerazione anche le descrizioni per campi più semplici, in modo che gli utenti ne comprendano le definizioni. - Definisci le descrizioni di Esplora per gli utenti. Aggiungi una breve descrizione a ogni esplorazione per specificare lo scopo dell'esplorazione e il pubblico che la utilizzerà.
Creazione di flussi di lavoro comuni in Looker
-
Aggiungi
drill_fields
a tutte le misure pertinenti. I campi di drill consentono agli utenti di fare clic sui valori aggregati per accedere a dati dettagliati. Utilizza il parametroset
per creare insiemi riutilizzabili di campi da applicare a un numero qualsiasi di misure all'interno di una vista. -
Aggiungi
drill_fields
a tutte le dimensioni gerarchiche. Ad esempio, se aggiungi undrill_field
per Città alla dimensione Stato, gli utenti potranno selezionare uno stato e visualizzare più da vicino le città al suo interno. Tieni presente che questa visualizzazione dettagliata gerarchica verrà applicata automaticamente nei gruppi di dimensioni temporali. -
Configura link che consentano agli utenti di esplorare e passare facilmente i filtri ad altre dashboard di Looker o a sistemi o piattaforme esterni a Looker. Consulta la nostra
documentazione sul parametro
link
per alcuni esempi di come passare i filtri tramite i controlli in dettaglio.