Pertimbangan saat membuat dasbor Looker yang berperforma tinggi

Salah satu cara terbaik untuk memungkinkan pengguna menjelajahi data adalah dengan memberi mereka tampilan yang dikurasi dengan membuat dasbor Looker yang efektif. Jika Anda ingin menciptakan pengalaman performa yang baik bagi pengguna, pertimbangkan tips di halaman ini saat mendesain dasbor.

Dasbor Looker dimuat di browser. Untuk membangun performa yang optimal, perhatikan fakta berikut.

Elemen terpenting dari performa dasbor adalah performa kueri SQL pokok. Setiap elemen dasbor, jika tidak ditampilkan dari cache, menjalankan kueri SQL yang memerlukan waktu untuk dieksekusi di database pokok. Lihat bagian Mengoptimalkan Performa Kueri di halaman Praktik Terbaik Mengoptimalkan performa Looker untuk mengetahui detail selengkapnya terkait cara membuat kueri berperforma tinggi.

Beberapa komponen lebih banyak menggunakan memori daripada terkait SQL — komponen ini dapat menyebabkan performa lambat di dasbor:

  • Volume data memiliki dampak terbesar pada performa. Makin banyak data yang ditampilkan dalam elemen individual, makin banyak resource memori yang akan digunakan. Elemen dasbor dan tampilan yang ditampilkan dengan ribuan titik data akan menggunakan lebih banyak memori.

  • Batasi jumlah elemen dasbor. Tidak ada aturan pasti tentang jumlahnya, karena desain satu elemen memengaruhi penggunaan memorinya berdasarkan beberapa faktor (yang akan dibahas di halaman ini). Namun, hindari membuat dasbor dengan 25 kueri atau lebih. Jaga performa dasbor tetap lancar dengan membuat link navigasi antar-dasbor atau dengan membuat link ke URL kustom untuk membuat navigasi pilihan dari dasbor ke dasbor. Anda juga dapat mencoba menggabungkan ukuran serupa ke dalam visualisasi nilai tunggal yang sama untuk menghindari banyak visualisasi kartu tunggal.

  • Gunakan setelan dasbor secara strategis. Jika dasbor Anda menggunakan muat ulang otomatis, pastikan dasbor tidak dimuat ulang lebih cepat daripada proses ETL Anda. Secara umum, Anda harus menghindari menyetel refresh otomatis lebih cepat dari 15 menit. Jangan gunakan run on load jika dasbor dimaksudkan untuk difilter. Gunakan filter wajib untuk mencegah pengguna menjalankan dasbor tanpa filter yang diperlukan.

  • Manfaatkan penyimpanan dalam cache. Sebaiknya gunakan grup data untuk menyinkronkan semua konten Looker (dasbor, Look, jadwal) dengan proses ETL Anda. Hal ini membantu menghindari kueri yang tidak perlu saat data belum terbaru.

  • Fitur pemrosesan pasca-kueri, seperti hasil gabungan, kolom kustom, dan kalkulasi tabel, menggunakan memori. Semakin banyak fitur pemrosesan pasca-kueri yang digunakan, semakin banyak memori yang digunakan. Jika Anda menggunakan kalkulasi tabel, hasil gabungan, atau kolom kustom yang sama di beberapa Look dan dasbor, pertimbangkan untuk meng-hardcode-nya ke dalam model LookML Anda jika memungkinkan. Secara umum, jangan menambahkan lebih dari empat kartu hasil gabungan ke dasbor.

  • Dimensi yang diubah menggunakan memori. Makin banyak dimensi yang diputar dalam kartu dasbor atau Look, makin banyak memori yang digunakan saat dasbor dimuat. Seperti yang disebutkan dalam poin pertama, hal ini karena lebih banyak data yang digunakan saat lebih banyak data ditampilkan. Jika dimensi yang Anda putar memiliki kardinalitas tinggi (banyak nilai unik), akan ada kolom untuk setiap nilai. Filter di tingkat dasbor atau Look untuk memungkinkan pengguna memilih nilai dimensi yang paling ingin mereka bandingkan, bukan menampilkan semuanya sekaligus.

  • Memiliki banyak kolom dan baris akan menggunakan lebih banyak memori. Untuk performa browser, sebaiknya gunakan 50 kolom atau kurang. Sekali lagi, seperti yang dibahas dalam poin pertama, Look yang menampilkan banyak baris dan kolom dapat memperlambat performa. Filter di tingkat dasbor atau Look untuk mengurangi jumlah hasil dalam elemen.

  • Manfaatkan filter bersama dengan satu kueri untuk merender satu hasil kueri di beberapa kartu. Tindakan ini akan mengurangi jumlah total kueri yang dijalankan dari dasbor dengan memanfaatkan satu kueri untuk mendukung beberapa elemen dasbor.

  • Filter AND/OR. Tidak ada batasan jumlah grup yang dapat dibuat; namun, grup filter yang berlebihan dapat memengaruhi performa browser.

  • Download atau kirim kueri menggunakan opsi Semua Hasil dengan hemat, karena beberapa kueri bisa sangat besar dan membebani server Looker saat diproses.

Pastikan Anda menguji performa dasbor setelah menambahkan elemen. Saat Anda membangun, terus buka dasbor dan muat ulang halaman untuk menentukan bagaimana performa terpengaruh saat Anda menambahkan Look tambahan.

Setelah Anda puas dengan dasbor Looker baru, pastikan untuk menggunakan pemberian izin folder untuk memastikan dasbor tidak dapat diubah secara tidak sengaja. Manfaatkan grup pengguna untuk mengelola akses dan izin konten secara massal, bukan berdasarkan setiap pengguna.

Jika Anda mengalami masalah performa, hubungi Dukungan Looker secara langsung — tim kami selalu siap menyelidiki dan membantu.