24 février - 01 mars 2025 — Notes de version 9.4¶

Informations supplémentaires renvoyées pour les objets liés à des références — Disponibilité générale¶

Les fournisseurs d”Snowflake Native App peuvent maintenant utiliser la procédure suivante pour obtenir le nom de l’objet, le nom du schéma et le nom de la base de données d’un objet lié à une référence :

• La fonction du système SYSTEM$GET_ALL_REFERENCES.

• La méthode snowflake.permissions.get_detailed_reference_associations des Python Permission SDK.

Contrôle plus granulaire des niveaux de connexion, de traçage et de métrique dans une application — Disponibilité générale¶

Dans une Snowflake Native App, vous pouvez désormais modifier les niveaux de journalisation, de traçage et de métrologie pour des objets spécifiques au sein d’une application, notamment :

• schémas de base de données

• schémas versionnés

• procédures stockées

• functions

Cela permet une surveillance et une analyse précises de ces objets et donne aux fournisseurs un contrôle plus granulaire sur la collecte des données de télémétrie. Les niveaux de journalisation, de traçage et de mesure au niveau de l’application sont utilisés par défaut et ne sont appliqués que lorsque des objets ou des schémas spécifiques ne sont pas définis. Vous pouvez définir les niveaux de journalisation, de traçage et de métrique par défaut dans le fichier manifeste de l’application. Voir Configurer les définitions d’événements pour une application pour plus d’informations. Les dérogations spécifiques à un objet dans setup.sql ont la priorité sur les valeurs par défaut au niveau de l’application.

Pour obtenir les valeurs de remplacement des niveaux de journalisation, de métrique et de traçage, utilisez les fonctions système suivantes :

• SYSTEM$APPLICATION_GET_LOG_LEVEL

• SYSTEM$APPLICATION_GET_TRACE_LEVEL

• SYSTEM$APPLICATION_GET_METRIC_LEVEL

Clonage de bases de données contenant des tables hybrides — Aperçu¶

Avec cette version, nous avons le plaisir d’annoncer l’aperçu de la prise en charge du clonage pour les bases de données contenant des tables hybrides. Vous pouvez créer des bases de données clonées afin de définir une solution de sauvegarde et de restauration pour les applications Unistore.

Pour plus d’informations, voir :

• Cloner des bases de données contenant des tables hybrides

• CREATE <objet> … CLONE

• AT | BEFORE

Nouvelles fonctions SQL¶

La fonction suivante est désormais disponible avec cette version :

Prise en charge de l’association d’une table d’événements à une base de données — Disponibilité générale¶

Avec cette version, la prise en charge de l’association d’une table d’événements à une base de données est généralement disponible. Lorsque vous affectez une table d’événements à une base de données, le champ d’application des objets pour lesquels des événements sont collectés dans la table d’événements est limité aux objets de la base de données.

Auparavant, une table d’événements ne pouvait être associée qu’au compte.

Pour plus d’informations, voir Aperçu de la table d’événements.

Tables dynamiques et tâches : Événements connectés pour les actualisations et les exécutions de tâches¶

Vous pouvez désormais configurer Snowflake pour qu’il connecte les événements relatifs aux actualisations des tables dynamiques et à l’exécution des tâches. Ces événements sont stockés dans la table d’événements actifs associée à la table dynamique ou à la tâche.

Lorsqu’une table dynamique est actualisée, Snowflake connecte un événement pour indiquer si :

• L’actualisation a réussi.

• L’actualisation a échoué. Dans ce cas, l’événement comprend également le message d’erreur.

• L’actualisation a échoué en raison d’un problème d’actualisation d’une table dynamique en amont.

De même, lorsqu’une tâche s’exécute, Snowflake connecte un événement pour indiquer si la tâche s’est terminée correctement ou si une erreur s’est produite. Si une erreur s’est produite, l’événement comprend le message d’erreur.

Vous pouvez interroger ces événements pour identifier les actualisations qui ont échoué ou les exécutions de tâches qui se sont soldées par des erreurs.

Par exemple, la requête suivante permet d’obtenir l’horodatage, le nom de la table dynamique, l’ID de requête et le message d’erreur concernant les erreurs avec les tables dynamiques dans la base de données my_db :

SELECT
    timestamp,
    resource_attributes:"snow.executable.name"::VARCHAR AS dt_name,
    resource_attributes:"snow.query.id"::VARCHAR AS query_id,
    value:message::VARCHAR AS error
  FROM my_event_table
  WHERE
    resource_attributes:"snow.executable.type" = 'DYNAMIC_TABLE' AND
    resource_attributes:"snow.database.name" = 'MY_DB' AND
    value:state = 'FAILED'
  ORDER BY timestamp DESC;

La requête suivante permet d’obtenir l’horodatage, le nom de la tâche, l’ID de requête et le message d’erreur pour les erreurs concernant les tâches dans la base de données my_db :

SELECT
    timestamp,
    resource_attributes:"snow.executable.name"::VARCHAR AS task_name,
    resource_attributes:"snow.query.id"::VARCHAR AS query_id,
    value:message::VARCHAR AS error
  FROM my_event_table
  WHERE
    resource_attributes:"snow.executable.type" = 'TASK' AND
    resource_attributes:"snow.database.name" = 'MY_DB' AND
    value:state = 'FAILED'
  ORDER BY timestamp DESC;

Pour plus d’informations, voir :

• Interrogation d’une table d’événements pour surveiller les actualisations (pour les tables dynamiques)

• Surveillance des événements liés aux exécutions de tâches

Le paramètre CATALOG_NAMESPACE pour les intégrations de catalogues est désormais facultatif¶

Avec cette version, le paramètre CATALOG_NAMESPACE pour les intégrations de catalogues est désormais facultatif et non plus obligatoire :

• Si vous créez une intégration de catalogue pour synchroniser une table Iceberg gérée par Snowflake avec Snowflake Open Catalog, vous n’avez plus besoin de spécifier le paramètre CATALOG_NAMESPACE. Snowflake synchronise la table Apache Iceberg™ avec le catalogue externe dans Open Catalog que vous spécifiez dans l’intégration du catalogue.

• Si vous créez une intégration de catalogue pour des tables Iceberg non gérées et que vous ne spécifiez pas de CATALOG_NAMESPACE avec l’intégration de catalogue, vous devez le faire au niveau de la table. Vous pouvez également le spécifier dans le cadre de l’intégration du catalogue, puis le remplacer au niveau de la table.