Commandes CREATE ALERT et ALTER ALERT : Certains contrôles de validation ne sont plus effectués sur les instructions individuelles dans les conditions et les actions¶

Dans la version actuelle de Snowflake, lorsque vous exécutez une instruction CREATE ALERT ou ALTER ALERT, certains contrôles de validation ne sont plus effectués sur les instructions individuelles de la condition et de l’action, notamment :

• La résolution des identificateurs d’objets.

• La résolution des types de données des expressions.

• La vérification du nombre et des types d’arguments dans un appel de fonction.

Si une instruction SQL pour une condition ou une action spécifie un identificateur non valide, un type de données incorrect, un nombre et des types d’arguments de fonction incorrects, etc., l’instruction échouera lors de l’exécution de l’alerte, contrairement à ce qui se passe lorsque vous exécutez CREATE ALERT ou ALTER ALERT.

Précédemment:

Lorsque vous exécutez la commande CREATE ALERT ou ALTER ALERT, certaines vérifications de validation sont effectuées sur la condition et l’action.

Par exemple, si une instruction dans la condition ou l’action spécifie une table inexistante, la commande CREATE ALERT ou ALTER ALERT échoue avec une erreur « L’objet n’existe pas ».

Actuellement:

Lorsque vous exécutez la commande CREATE ALERT ou ALTER ALERT, ces vérifications de validation ne sont plus effectuées sur la condition et l’action.

Par exemple, si une instruction de la condition ou de l’action spécifie une table inexistante, la commande CREATE ALERT ou ALTER ALERT aboutira.

Lorsque vous reprenez l’alerte, la condition ou l’action échoue en raison de la référence à la table inexistante.

Pour vérifier les défaillances de l’alerte, utilisez la fonction de table ALERT_HISTORY.

Vous devez vérifier les expressions et instructions SQL pour la condition et l’action avant de les spécifier dans une alerte.

Réf : 1246