29 juillet - 1er août 2024 — Notes de version 8.28¶

Nouvelles fonctions SQL¶

Les fonctions suivantes sont désormais disponibles avec cette version :

Commandes CREATE et ALTER pour les groupes de réplication et de basculement : prise en charge ajoutée pour les balises¶

Avec cette version, Snowflake ajoute la prise en charge de la définition d’une balise sur les groupes de réplication et de basculement comme suit :

ALTER { REPLICATION | FAILOVER } GROUP <name>
    SET TAG <tag_name> = '<tag_value>' [ , <tag_name>= '<tag_value>' … ]

ALTER { REPLICATION | FAILOVER } GROUP <name>
    UNSET TAG <tag_name> [ , <tag_name> … ]

CREATE [ OR REPLACE ] { REPLICATION | FAILOVER } GROUP <name>
    ...
    ...
    [ [ WITH ] TAG ( <tag_name> = '<tag_value>' [ , <tag_name> = '<tag_value>' , ... ] ) ]

Où <nom_de_balise> et <tag_value> spécifient le nom de la balise (c’est-à-dire la clé) et la valeur de la balise à définir/désactiver pour le groupe de réplication ou de basculement :

• Le nombre maximum de clés de balises uniques pouvant être définies sur un objet est de 20.

• La valeur de la balise est toujours une chaîne de caractères et le nombre maximum de caractères pour la valeur de la balise est 256.

Pour plus d’informations, voir :

• ALTER FAILOVER GROUP

• ALTER REPLICATION GROUP

• CREATE FAILOVER GROUP

• CREATE REPLICATION GROUP

Account Usage : nouvelle vue SEARCH_OPTIMIZATION_BENEFITS¶

Avec cette version, nous avons le plaisir d’annoncer la vue SEARCH_OPTIMIZATION_BENEFITS dans le schéma ACCOUNT_USAGE.

Cette vue fournit des informations sur le nombre de partitions nettoyées spécifiquement en raison de l’optimisation de la recherche. Cette vue est similaire à la vue TABLE_PRUNING_HISTORY, mais fournit des informations sur le nettoyage dû à l’optimisation de la recherche.

Pour plus d’informations, voir Vue SEARCH_OPTIMIZATION_BENEFITS.

Balisage des objets : prise en charge ajoutée pour les groupes de réplication et de basculement¶

Avec cette version, Snowflake a le plaisir d’annoncer que vous pouvez définir des balises sur les groupes de réplication et de basculement.

Pour plus d’informations, voir Commandes CREATE et ALTER pour les groupes de réplication et de basculement : prise en charge ajoutée pour les balises (dans ce chapitre).

Qualité des données et fonctions de métrique des données (DMFs) — Disponibilité générale¶

Avec cette version, Snowflake a le plaisir d’annoncer la disponibilité générale de Data Quality Monitoring avec des fonctions de métrique des données (DMFs). Data Quality Monitoring utilise des DMFs pour surveiller en permanence les métriques de qualité des données tels que l’exhaustivité, l’exactitude, l’unicité et la validité. Vous pouvez utiliser les DMFs système fournies par Snowflake pour les métriques courantes telles que le nombre de lignes, les doublons et le niveau d’actualisation. Vous pouvez également créer vos propres DMFs pour définir des métriques spécifiques à vos données.

Vous pouvez soit utiliser la DMF dans une requête pour tester la qualité des données dans votre pipeline, soit associer la DMF aux tables souhaitées pour surveiller en permanence leur qualité. La surveillance continue peut être basée sur une planification pour des mesures périodiques ou sur des déclencheurs pour des mesures uniquement lorsque la table sous-jacente est modifiée.

Depuis l’annonce de la disponibilité de l’avant-première en mars, nous avons effectué les mises à jour suivantes :

• Nouveau privilège de schéma : CREATE DATA METRIC FUNCTION. Il s’agit d’un changement par rapport à l’avant-première où vous deviez utiliser le privilège CREATE FUNCTION.

  Votre rôle doit disposer du privilège CREATE DATA METRIC FUNCTION pour créer une DMF.

• Nouvelle fonction de table : DATA_QUALITY_MONITORING_RESULTS

• Contrôle d’accès pour la nouvelle fonction de table.

• Prise en charge ajoutée pour de nouveaux types de tables : table dynamique, vue matérialisée, table Apache Iceberg™, table externe, table d’événements, table temporaire et table transitoire.

• Le nombre d’associations DMF a été augmenté et est passé à 10 000 par compte.

• DMFs système pour les statistiques, qui a été annoncé en Juin.

Pour plus d’informations, voir Introduction à la qualité des données et aux fonctions de métrique des données.

Snowpipe : nouvelle sortie dans SYSTEM$PIPE_STATUS¶

Avec cette version, la sortie de la fonction système PIPE_STATUS comprend un nouveau champ syncHistoryRemainingEntries. Lorsqu’un canal échoue, les entrées de l’historique de charge peuvent continuer à être répliquées pour le canal, garantissant que les modifications de la dernière opération d’actualisation sont à jour. Ce nouveau champ peut vous aider à surveiller la progression de la réplication de l’historique de chargement d’un canal.

Pour plus d’informations, voir SYSTEM$PIPE_STATUS.

Tables dynamiques : prise en charge de l’aplatissement latéral incrémentiel¶

Avec cette version, vous pouvez désormais utiliser l’aplatissement latéral avec une actualisation incrémentielle en définissant le mode d’actualisation incrémentielle sur INCREMENTAL. La sélection de la colonne SEQ d’aplatissement provenant d’une jointure à aplatissement latéral n’est pas prise en charge pour l’actualisation incrémentielle.

Pour plus d’informations, voir Requêtes prises en charge dans le cadre de l’actualisation incrémentielle.

Tables Apache Iceberg™ : prise en charge de Snowflake Open Catalog - Avant-première¶

Avec cette version, Snowflake a le plaisir d’annoncer la disponibilité en avant-première de la prise en charge de l’intégration de tables Apache Iceberg™ dans Snowflake avec Snowflake Open Catalog <https://other-docs.snowflake.com/en/opencatalog/overview>.

En utilisant une configuration d’intégration de catalogue pour Open Catalog, vous pouvez faire ce qui suit :

• Interroger une table dans Open Catalog en utilisant Snowflake.

• Synchroniser une table Iceberg gérée par Snowflake avec Open Catalog.

Pour plus d’informations, voir Utilisation des tables Apache Iceberg™ avec Snowflake Open Catalog dans Snowflake.