Considerazioni per la creazione di dashboard di Looker efficaci

Uno dei modi migliori per consentire agli utenti di esplorare i dati è fornire loro visualizzazioni curate creando dashboard Looker efficaci. Se vuoi creare un'esperienza di rendimento ottimale per i tuoi utenti, tieni in considerazione i suggerimenti riportati in questa pagina durante la progettazione dei dashboard.

Le dashboard di Looker vengono caricate nel browser. Per creare un'app con un rendimento ottimale, tieni presente i seguenti fatti.

L'elemento più importante delle prestazioni del dashboard è quello delle query SQL sottostanti. Ogni elemento della dashboard, quando non viene restituito dalla cache, esegue una query SQL che richiede tempo per essere eseguita sul database sottostante. Per ulteriori dettagli sulla creazione di query efficienti, consulta la sezione Ottimizzare le prestazioni delle query della pagina delle best practice Ottimizzare le prestazioni di Looker.

Alcuni componenti richiedono più memoria rispetto a quelli correlati a SQL e possono causare un rallentamento delle prestazioni nelle dashboard:

  • Il volume di dati ha il maggiore impatto sul rendimento. Maggiore è la quantità di dati restituita in un singolo elemento, maggiore sarà il consumo di risorse di memoria. Le analisi e gli elementi della dashboard restituiti con molte migliaia di punti dati utilizzeranno più memoria.

  • Limita il numero di elementi della dashboard. Non esiste una regola fissa sul numero, poiché la progettazione di un singolo elemento influisce sul consumo di memoria in base ad alcuni fattori (trattati più avanti in questa pagina). Tuttavia, evita di creare dashboard con 25 o più query. Migliora le prestazioni della dashboard creando link di navigazione tra le dashboard o creando link a URL personalizzati per creare una navigazione curata da una dashboard all'altra. Puoi anche provare a concatenare misure simili nella stessa visualizzazione a valore singolo per evitare molte visualizzazioni a singolo riquadro.

  • Utilizza le impostazioni della dashboard in modo strategico. Se la dashboard utilizza l'aggiornamento automatico, assicurati che l'aggiornamento non sia più veloce del processo ETL. In generale, dovresti evitare di impostare l'aggiornamento automatico a intervalli inferiori a 15 minuti. Non utilizzare Esegui al caricamento se la dashboard deve essere filtrata. Utilizza i filtri obbligatori per impedire agli utenti di eseguire dashboard senza i filtri necessari.

  • Sfrutta la memorizzazione nella cache. La best practice prevede l'utilizzo dei gruppi di dati per sincronizzare tutti i contenuti di Looker (dashboard, Look, pianificazioni) con il processo ETL. In questo modo si evitano query non necessarie quando i dati non sono aggiornati.

  • Le funzionalità di elaborazione post-query, come risultati uniti, campi personalizzati e calcoli tabulari, consumano memoria. Più funzionalità di elaborazione post-query vengono utilizzate, maggiore è la memoria consumata. Se utilizzi gli stessi campi calcolati, risultati uniti o calcoli della tabella in più Look e dashboard, valuta la possibilità di codificarli nel modello LookML, ove possibile. In generale, non aggiungere più di quattro riquadri di risultati uniti a una dashboard.

  • Le dimensioni pivot consumano memoria. Più dimensioni vengono pivotate in un Look o in un riquadro della dashboard, maggiore è la memoria consumata quando la dashboard viene caricata. Come indicato nel primo punto elenco, ciò avviene perché vengono utilizzati più dati man mano che vengono restituiti. Se la dimensione su cui stai eseguendo la rotazione ha una cardinalità elevata (molti valori unici), verrà visualizzata una colonna per ogni valore. Filtra a livello di dashboard o Look per consentire all'utente di selezionare i valori di dimensione che gli interessano di più confrontare, anziché mostrare tutto contemporaneamente.

  • Avere molte colonne e righe consuma più memoria. Per il rendimento del browser, sono consigliate 50 colonne o meno. Come discusso nel primo punto elenco, le esplorazioni che restituiscono un volume elevato di righe e molte colonne possono rallentare le prestazioni. Filtra a livello di dashboard o Look per ridurre il numero di risultati all'interno di un elemento.

  • Sfrutta i filtri condivisi con una singola query per visualizzare un unico risultato della query in più riquadri. In questo modo, il numero totale di query eseguite dalla dashboard dovrebbe ridursi, in quanto una sola query viene utilizzata per alimentare più elementi della dashboard.

  • Filtri AND/OR. Non esiste un limite al numero di gruppi che possono essere creati. Tuttavia, un numero eccessivo di gruppi di filtri potrebbe influire sulle prestazioni del browser.

  • Scarica o distribuisci le query utilizzando l'opzione Tutti i risultati con parsimonia, poiché alcune query possono essere molto grandi e sovraccaricare il server Looker durante l'elaborazione.

Assicurati di testare le prestazioni del dashboard dopo aver aggiunto elementi. Man mano che crei, continua a navigare nella dashboard e ad aggiornare la pagina per determinare l'impatto sul rendimento man mano che aggiungi ulteriori Look.

Una volta soddisfatto della nuova dashboard di Looker, assicurati di utilizzare le autorizzazioni delle cartelle per assicurarti che la dashboard non possa essere modificata inavvertitamente. Utilizza i gruppi di utenti per gestire l'accesso ai contenuti e le autorizzazioni in blocco, anziché su base individuale.

Se riscontri problemi di prestazioni, contatta direttamente l'assistenza Looker. Il nostro team è sempre pronto a indagare e a darti una mano.