アラート用の SQL ウェアハウスを選択

各アラートは、作成時または編集時に選択した SQL ウェアハウスで実行されます。 選択したウェアハウスは、アラートの待機時間、信頼性、コストに影響します。

倉庫を選択または変更する

アラートの作成時にアラートのクエリを実行するウェアハウス を指定できます。 コンピューティング セレクターには、選択した倉庫とその状態が表示されます。

既存のアラートの倉庫を変更するには:

1. サイドバー アラートを クリックし、編集するアラートをクリックします。
2. [編集] をクリックします。
3. コンピューティング セレクターをクリックして、現在のウェアハウスを表示します。
4. 別の倉庫をクリックして選択します。

推奨される倉庫の種類

ほとんどのアラートでは、サーバーレス SQL ウェアハウスを使用します。 サーバーレス ウェアハウスの起動時間が短く、停止したウェアハウスに対してスケジュールに従ってアラートが実行されたときにアラートの待機時間が短くなります。 Pro およびクラシック ウェアハウスの起動に時間がかかる場合があり、アラートの評価が遅れる可能性があります。

サイズ設定を行う場合は、アラート クエリを確実に実行する最小のウェアハウスを選択します。 倉庫の種類を比較するには、 SQL ウェアハウスの種類を参照してください。

スケジュールされた実行時のウェアハウスの動作

アラートの実行がスケジュールされているときに選択したウェアハウスが停止すると、Databricks SQL によって自動的にウェアハウスが開始され、クエリが実行されます。 アラートの評価には、スタートアップの遅延が含まれます。 倉庫を開始できない場合、アラートは ERROR 状態を返します。

選択した倉庫が削除された場合、または選択した倉庫にアクセスできなくなった場合、アラートは別の倉庫を選択するまで ERROR 状態を返します。

コストへの影響

頻繁なアラート スケジュールでは、SQL ウェアハウスを長期間アクティブにしておくことができます。これは、SQL ウェアハウスのコンピューティング コストに寄与します。 コストを管理するには:

• 自動停止間隔が短いサーバーレス SQL ウェアハウスを使用します。 サーバーレス ウェアハウスは、アクティブなクエリ時間に対してのみ課金されます。
• 基になるデータ変更よりも頻繁にアラートを実行しないようにします。 1 時間ごとに更新されるテーブルに対して 1 分ごとに新しいデータをチェックするアラートにより、不要なコンピューティング負荷が発生します。
• 同じ倉庫で複数のアラートをグループ化して、1 つの倉庫の開始がそれらすべてを処理するようにします。

SQL ウェアハウスの種類、サイズ設定、価格の詳細については、「 SQL ウェアハウスへの接続」を参照してください。