Uno dei modi migliori per consentire agli utenti di esplorare i dati è fornire loro viste curate creando dashboard di Looker efficaci. Se vuoi creare un'esperienza di rendimento ottimale per i tuoi utenti, tieni presente i suggerimenti riportati in questa pagina durante la progettazione delle dashboard.
Le dashboard di Looker vengono caricate nel browser. Per creare un rendimento ottimale, tieni presente quanto segue.
L'elemento più importante delle prestazioni della dashboard sono le prestazioni delle query SQL di base. Ogni elemento della dashboard, quando non viene restituito dalla cache, esegue una query SQL che richiede del tempo per essere eseguita sul database sottostante. Per ulteriori dettagli sulla creazione di query con prestazioni elevate, consulta la sezione Ottimizza le prestazioni delle query nella pagina delle best practice per ottimizzare Looker.
Alcuni componenti richiedono una maggiore quantità di memoria rispetto a quanto richiedono per SQL e possono causare prestazioni lente nelle dashboard:
-
Il volume dei dati ha l'impatto maggiore sul rendimento. Maggiore è la quantità di dati restituiti in un singolo elemento, maggiori saranno le risorse di memoria consumate. I Look e gli elementi della dashboard restituiti con molte migliaia di punti dati utilizzano più memoria.
-
Limita il numero di elementi della dashboard. Là non esiste una regola rigida e rapida per il numero, poiché la progettazione di un singolo incide sul consumo della memoria in base ad alcuni fattori (trattati più avanti in questa pagina). Tuttavia, evita di creare dashboard con 25 o più query. Crea link di navigazione per mantenere efficienti le prestazioni della dashboard tra le dashboard o creando link a URL personalizzati per creare una navigazione organizzata dalla dashboard alla dashboard. Puoi anche provare a concatenare misure simili nella stessa visualizzazione di un singolo valore per evitare molte visualizzazioni di singoli riquadri.
-
Usa le impostazioni della dashboard in modo strategico. Se la dashboard utilizza l'autorefresh, assicurati che si aggiorni non prima del processo ETL. In generale, dovresti evitare di impostare l'aggiornamento automatico più velocemente di 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 i filtri necessari.
-
Sfrutta la memorizzazione nella cache. È buona prassi utilizzare i datagroup per sincronizzare tutti i contenuti di Looker (dashboard, look, pianificazioni) con il processo ETL. In questo modo, puoi evitare query non necessarie quando i dati non sono aggiornati.
-
Le funzionalità di elaborazione post-query, come i risultati uniti, i campi personalizzati e i calcoli tabulari, consumano memoria. La l'utilizzo di più funzionalità di elaborazione post-query, maggiore è la quantità di memoria utilizzata. Se utilizzi gli stessi calcoli di tabella, risultati uniti o campi personalizzati in più look e dashboard, valuta la possibilità di eseguirne la programmazione rigida nel modello LookML, ove possibile. In genere, non aggiungere più di quattro riquadri dei risultati uniti a una dashboard.
-
Le dimensioni pivot utilizzano memoria. Quanto più elevate sono le dimensioni pivotate in un look o in un riquadro della dashboard, maggiore è la memoria consumata durante il caricamento della dashboard. Come accennato nel primo punto elenco, questo accade perché vengono utilizzati più dati man mano che vengono restituiti. Se la dimensione basata su pivot ha una cardinalità elevata (molti valori univoci), per ogni valore sarà presente una colonna. Filtra a livello di dashboard o look per consentire all'utente di selezionare i valori delle dimensioni di cui è più interessato a fare il confronto, anziché mostrare tutto contemporaneamente.
-
La presenza di molte colonne e righe consuma più memoria. Per le prestazioni del browser, si consigliano massimo 50 colonne. Ancora una volta, come discusso nel primo punto elenco, Sembra che restituisca un volume elevato di righe e molte colonne possano rallentare le prestazioni. Filtra a livello di dashboard o look per ridurre il numero di risultati all'interno di un elemento.
-
la funzionalità di Labs Dashboard nei menu di analisi, mentre non ha un impatto sul consumo della memoria, può rallentare i tempi delle query e causare il rallentamento delle prestazioni della dashboard.
-
Utilizza i filtri condivisi con una singola query per visualizzare un singolo risultato di query in più riquadri. In questo modo, dovrebbe essere ridotto il numero totale di query eseguite dalla dashboard sfruttando una query per supportare più elementi della dashboard.
-
Pubblica le query utilizzando l'opzione Tutti i risultati con parsimonia, poiché alcune query possono essere molto grandi e sovraccaricare il server Looker quando vengono elaborate.
Assicurati di testare il rendimento della dashboard dopo aver aggiunto gli elementi. Durante la creazione, continua ad accedere alla dashboard e ad aggiornare la pagina per determinare l'impatto sul rendimento man mano che aggiungi altri look.
Quando la tua nuova dashboard di Looker ti soddisfa, assicurati di utilizzare le autorizzazioni per le cartelle per per assicurarti che la dashboard non possa essere modificata inavvertitamente. Sfrutta i gruppi di utenti per gestire l'accesso ai contenuti e le autorizzazioni in blocco anziché per singolo utente.
Se riscontri problemi di prestazioni, contatta direttamente l'assistenza di Looker: il nostro team è sempre pronto a effettuare accertamenti e a fornirti assistenza.