CREATE ALERT および ALTER ALERT コマンド: アクションの個別のステートメントで、一部の検証チェックの実行を取りやめ¶

Snowflakeの現在のリリースでは、 CREATE ALERT または ALTER ALERT ステートメントを実行すると、条件とアクションの個別のステートメントに対して、以下のような検証チェックが実行されなくなりました。

• オブジェクトの識別子の解決。

• 式のデータ型の解決。

• 関数呼び出しの引数の数と型の検証。

条件またはアクションの SQL ステートメントで、無効な識別子、不正なデータ型、不正な関数引数の数と型などが指定された場合、 CREATE ALERT または ALTER ALERT を実行した場合とは対照的に、そのステートメントはアラートが実行されると失敗します。

以前

CREATE ALERT または ALTER ALERT コマンドを実行すると、条件とアクションに対していくつかの検証チェックが実行されます。

たとえば、条件またはアクションのステートメントで存在しないテーブルが指定されている場合、 CREATE ALERT または ALTER ALERT コマンドは「Object does not exist」エラーで失敗します。

現在

CREATE ALERT または ALTER ALERT コマンドを実行すると、これらの検証チェックは条件とアクションに対して実行されなくなります。

たとえば、条件またはアクションのステートメントで存在しないテーブルが指定されている場合、 CREATE ALERT または ALTER ALERT コマンドは成功します。

アラートを再開すると、存在しないテーブルへの参照が原因で条件またはアクションは失敗します。

アラートの失敗を確認するには、 ALERT_HISTORY テーブル関数を使用します。

アラートでこれらを指定する前に、条件とアクションの SQL 式とステートメントを検証する必要があります。

参照: 1246