Pilih gudang SQL untuk pemberitahuan

Setiap pemberitahuan berjalan di gudang SQL yang Anda pilih saat membuat atau mengeditnya. Gudang yang Anda pilih memengaruhi latensi pemberitahuan, keandalan, dan biaya.

Memilih atau mengubah gudang

Anda dapat menentukan gudang yang menjalankan kueri pemberitahuan saat membuat pemberitahuan. Pemilih komputasi menunjukkan gudang yang dipilih dan statusnya.

Pemilih komputasi

Untuk mengubah gudang untuk pemberitahuan yang ada:

  1. Klik Alerts IconPemberitahuan di bar samping dan klik pemberitahuan yang ingin Anda edit.
  2. Klik Sunting.
  3. Klik pemilih komputasi untuk melihat warehouse yang sedang digunakan.
  4. Klik gudang lain untuk memilihnya.

Untuk sebagian besar pemberitahuan, gunakan gudang SQL tanpa server. Gudang serverless memiliki waktu startup yang singkat, sehingga latensi alert tetap rendah saat alert dijalankan secara terjadwal pada gudang yang sedang berhenti. Warehouse Pro dan Classic dapat memerlukan waktu lebih lama untuk dimulai, yang dapat menunda evaluasi peringatan.

Untuk menentukan ukuran, pilih warehouse terkecil yang dapat menjalankan kueri peringatan Anda secara andal. Untuk membandingkan jenis gudang, lihat Jenis gudang SQL.

Perilaku gudang pada waktu proses terjadwal

Jika gudang yang dipilih dihentikan saat pemberitahuan dijadwalkan untuk dijalankan, Databricks SQL memulai gudang secara otomatis dan menjalankan kueri. Evaluasi peringatan mencakup penundaan saat memulai. Jika warehouse tidak dapat dimulai, peringatan mengembalikan status ERROR.

Jika gudang yang dipilih dihapus atau Anda kehilangan akses ke gudang tersebut, pemberitahuan mengembalikan ERROR status hingga Anda memilih gudang yang berbeda.

Implikasi biaya

Jadwal pemberitahuan yang sering dapat membuat gudang SQL tetap aktif untuk jangka waktu yang lama, yang berkontribusi pada biaya komputasi gudang SQL. Untuk mengelola biaya:

  • Gunakan gudang SQL tanpa server dengan interval berhenti otomatis singkat. Gudang data tanpa server hanya menagih untuk waktu kueri aktif.
  • Hindari menjalankan pemberitahuan lebih sering daripada perubahan data yang mendasarinya. Pemberitahuan yang memeriksa data baru setiap menit terhadap tabel yang memperbarui setiap jam membuat beban komputasi yang tidak perlu.
  • Kelompokkan beberapa pemberitahuan pada gudang yang sama sehingga satu gudang mulai melayani semuanya.

Untuk informasi selengkapnya tentang jenis, ukuran, dan harga gudang SQL, lihat Menyambungkan ke gudang SQL.