Anda dapat membuat pemberitahuan untuk mengirim email atau notifikasi Slack setiap kali hasil dari kartu dasbor berbasis kueri atau Look-linked memenuhi atau melampaui batas yang ditentukan. Menyetel pemberitahuan berdasarkan data deret waktu berbeda dengan menyetel pemberitahuan berdasarkan jenis data lainnya.
Untuk data deret waktu, kondisi pemberitahuan didasarkan pada perbandingan baris tertentu dalam deret, bukan didasarkan pada kumpulan hasil lengkap. Dengan menggunakan data deret waktu seperti ini, pengguna dapat melakukan operasi tambahan yang membandingkan data dari dua baris dalam deret menggunakan opsi kondisi pemberitahuan tambahan yang tidak tersedia untuk jenis data lainnya, seperti perubahan sebesar, meningkatkan sebesar, dan berkurang sebesar.
Saat menggunakan kondisi perbandingan ini dengan data deret waktu, kueri pemberitahuan akan membandingkan baris terbaru data dengan baris sebelumnya. Untuk melacak posisi Anda dalam deret waktu — untuk mendasarkan kondisi pemberitahuan hanya pada data yang tidak ada saat sebelumnya kueri pemberitahuan dijalankan — Looker harus mempertahankan nilai data deret waktu terbaru setiap kali Looker menjalankan kueri pemberitahuan.
Halaman ini menjelaskan dua kasus penting yang perlu dipertimbangkan saat Anda memilih kondisi pemberitahuan yang menggunakan data deret waktu:
- Kondisi pemberitahuan memberi tahu Looker untuk lebih jarang memeriksa pembaruan data dibandingkan dengan data yang diperbarui.
- Misalnya, interval deret waktu adalah per jam (data digabungkan berdasarkan jam), tetapi notifikasi ditetapkan untuk frekuensi harian.
-
Kondisi pemberitahuan memberi tahu Looker untuk memeriksa pembaruan data lebih sering daripada data yang diperbarui.
- Misalnya, interval deret waktu adalah harian (data digabungkan menurut hari), tetapi notifikasi ditetapkan untuk frekuensi per jam.
Idealnya, interval dan frekuensi deret waktu tidak berubah. Jika tugas ETL dikonfigurasi untuk memuat data per jam setiap malam, atau kueri gagal karena alasan tertentu, penting untuk memahami cara kerja kueri pemberitahuan saat interval ini tidak disinkronkan.
Pemeriksaan pemberitahuan
Kueri notifikasi akan memeriksa baris terbaru data deret waktu untuk menentukan apakah salah satu hal berikut benar:
- Jika nilai deret waktu saat ini lebih baru dari nilai deret waktu terbaru dari pemeriksaan pemberitahuan sebelumnya
- Jika nilai deret waktu saat ini adalah nilai deret waktu terbaru dalam deret waktu, meskipun memiliki nilai deret waktu yang sama seperti dari pemeriksaan pemberitahuan sebelumnya
Saat kueri pemberitahuan pertama kali dijalankan, Looker tidak akan lagi mengevaluasi seluruh kumpulan hasil. Sebagai gantinya, Looker akan menganggap hasil tersebut sebagai data historis dan hanya mencari perubahan yang terjadi setelah notifikasi dibuat dan kueri notifikasi awal dijalankan.
Kasus 1: Interval deret waktu lebih pendek daripada frekuensi
Dalam contoh ini, pengguna ingin memeriksa setiap hari apakah penjualan per jam lebih besar dari sasaran:
Interval deret waktu = per jam Frekuensi = harian
Pendekatan ini melibatkan pemeriksaan data per jam dengan frekuensi yang lebih besar dari satu jam. Pemberitahuan akan memeriksa setiap baris deret waktu baru yang tidak diperiksa pada interval pemberitahuan sebelumnya. Jika Anda memiliki data per jam dan pemeriksaan pemberitahuan harian, pemberitahuan akan memeriksa 24 baris setiap hari. Setiap baris diperiksa berdasarkan kondisi pemberitahuan yang ditentukan, dan jika ada baris yang memenuhi kondisi tersebut, email akan dikirim.
Jalankan 5/25/19 9:00 AM
| Nilai deret waktu | Ukur nilai | |
| 25/5/19 08:00 | 200 | < pemeriksaan pemberitahuan |
| 25/5/19 09.00 | 250 | < pemeriksaan pemberitahuan |
Jalankan 5/25/19 11:00 AM
| Nilai deret waktu | Ukur nilai | |
| 25/5/19 08:00 | 200 | |
| 25/5/19 09.00 | 250 | < pemberitahuan sebelumnya |
| 25/5/19 10:00 | 300 | < pemeriksaan pemberitahuan |
| 25/5/19 11:00 | 300 | < pemeriksaan pemberitahuan |
Jalankan 25/5/19 12.00 (tidak ada data baru)
| Nilai deret waktu | Ukur nilai | |
| 25/5/19 08:00 | 200 | |
| 25/5/19 09.00 | 250 | |
| 25/5/19 10:00 | 300 | < pemberitahuan sebelumnya |
| 25/5/19 11:00 | 300 | < pemeriksaan pemberitahuan |
Kasus 2: Interval deret waktu lebih panjang dari frekuensi
Dalam contoh ini, pengguna ingin memeriksa setiap jam apakah total penjualan kumulatif hari ini lebih besar dari sasaran:
Interval deret waktu = harian Frekuensi = per jam
Pendekatan ini melibatkan pemeriksaan data yang digabungkan menurut tanggal berkali-kali sepanjang hari. Misalnya, Anda menyiapkan pemberitahuan jika total penjualan harian sama dengan atau melebihi 200. Total penjualan meningkat selama setiap pemeriksaan pemberitahuan karena terakumulasi sepanjang hari, sehingga Looker terus-menerus memeriksa ulang nilai deret waktu terbaru terhadap nilai yang memicu pemberitahuan sebelumnya.
Jalankan 5/25/19 9:00 AM
| Nilai deret waktu | Ukur nilai | |
| 5/24/19 | 200 | < pemberitahuan sebelumnya |
| 5/25/19. | 50 | < pemeriksaan pemberitahuan (tanpa notifikasi) |
Jalankan 5/25/19 10:00 AM
| Nilai deret waktu | Ukur nilai | |
| 5/24/19 | 200 | < pemberitahuan sebelumnya |
| 5/25/19. | 100 | < pemeriksaan pemberitahuan (tanpa notifikasi) |
Jalankan 5/25/19 11:00 AM
| Nilai deret waktu | Ukur nilai | |
| 5/24/19 | 200 | < pemberitahuan sebelumnya |
| 5/25/19. | 150 | < pemeriksaan pemberitahuan (tanpa notifikasi) |