14-15 juin 2023 — 7.20 Notes de version¶

Prise en charge de la réplication du streaming Snowpipe — Avant-première¶

Avec cette version, nous avons le plaisir d’annoncer la prise en charge de Snowpipe Streaming avec la réplication Snowflake. Snowflake prend en charge la réplication et le basculement des tables Snowflake remplies par Snowpipe Streaming et ses décalages de canaux associés d’un compte source vers un compte cible dans différentes régions et sur les plateformes Cloud avec la réplication. Snowpipe Streaming prend en charge à la fois la réplication de base de données et la réplication basée sur les groupes.

Pour plus d’informations, reportez-vous à Réplication et Streaming Snowpipe.

Contrôle d’accès : nouveau privilège pour la délégation de la gestion des entrepôts — Avant-première¶

Avec cette version, nous sommes heureux d’annoncer en avant-première l’introduction d’un nouveau privilège pour la gestion des entrepôts.

Si vous devez déléguer à un rôle personnalisé la capacité de modifier, suspendre ou reprendre un entrepôt de votre compte, vous pouvez accorder le privilège MANAGE WAREHOUSES à ce rôle. L’attribution du privilège MANAGE WAREHOUSES équivaut à l’attribution des privilèges MODIFY, MONITOR et OPERATE sur tous les entrepôts du compte.

Pour plus d’informations, reportez-vous à Délégation de la gestion des entrepôts.

Amélioration des performances pour les instructions SELECT avec les clauses LIMIT et ORDER BY — Disponibilité générale¶

Avec cette version, nous avons le plaisir d’annoncer que les performances de certaines instructions SELECT de longue durée contenant à la fois des clauses LIMIT et ORDER BY ont été considérablement améliorées. Cette amélioration est immédiatement disponible pour tous les clients, sans frais supplémentaires.

L’amélioration consiste à nettoyer les micropartitions qui ne peuvent pas affecter les résultats de ces requêtes « Top K ». Le nettoyage supplémentaire s’applique aux requêtes dans lesquelles une valeur représentée par un nombre entier (horodatage ou nombre entier, ou variante explicitement convertie en nombre entier, mais pas une expression) est la première ou la seule colonne spécifiée dans la clause ORDER BY. Si la requête contient une clause JOIN, la colonne ORDER BY doit provenir de la table des faits (ou côté sonde), généralement la plus grande des deux tables.

Les requêtes portant sur de petites tables ne bénéficient généralement pas de cette amélioration. Les requêtes qui renvoient moins de lignes que le nombre de lignes spécifié dans la clause LIMIT ou qui utilisent des agrégations n’en bénéficient pas non plus.

Notez que ce ne sont pas toutes les requêtes, ni même toutes les requêtes qui répondent à ces exigences, qui en bénéficieront.

Pour plus d’informations sur les micro-partitions et le nettoyage des requêtes, reportez-vous à Micro-partitions et clustering de données.

Prise en charge de Python 3.10 dans Snowpark, dans les UDFs, dans les UDTFs et dans les procédures stockées — Avant-première¶

Avec cette version, nous avons le plaisir d’annoncer la prise en charge de Python 3.10 dans Snowpark Python, dans les UDFs Python, dans les UDTFs Python et dans les procédures stockées Python en tant que fonctionnalité en avant-première pour tous les comptes.

Pour plus d’informations, reportez-vous à :

• Configuration de votre environnement de développement pour Snowpark Python

• Introduction aux UDFs Python

• Écriture de procédures stockées en Python

Politique de masquage basée sur des balises : prise en charge de la base de données et du schéma — Avant-première¶

Avec cette version, nous avons le plaisir de vous annoncer en avant-première la possibilité de définir une politique de masquage basée sur des balises sur une base de données et un schéma. Cette mise à jour permet aux ingénieurs des données de protéger toutes les colonnes d’un schéma ou d’une base de données lorsque le type de données de la colonne correspond au type de données de la politique définie sur la balise. En outre, une nouvelle colonne est protégée lorsque son type de données correspond au type de données de la politique définie pour la balise. La définition de la politique de masquage basée sur les balises dans la base de données ou le schéma simplifie la gestion de la protection des données, car vous pouvez définir la politique basée sur les balises une seule fois et ne pas avoir à définir une politique de masquage pour chaque colonne de la base de données ou du schéma.

Pour plus d’informations, reportez-vous à Politiques de masquage basées sur les balises.

Historique des accès : suivez les objets modifiés par une opération DDL — Avant-première¶

Avec cette version, nous avons le plaisir de vous annoncer en avant-première la possibilité de suivre les objets modifiés par une opération DDL dans la vue ACCESS_HISTORY Account Usage. Ces opérations comprennent :

• Suivre l’évolution des attributions de balises et de politiques.

• Suivre le cycle de vie des tables et des colonnes.

La colonne object_modified_by_ddl enregistre ces changements. Vous pouvez utiliser cette colonne pour améliorer vos pratiques d’audit des données et détecter de nouveaux objets à classer pour répondre aux exigences de détection de PII.

Pour plus d’informations, reportez-vous à Historique des accès.

Charger des fichiers en zone de préparation dans une table — Disponibilité générale¶

Avec cette version, nous avons le plaisir d’annoncer la disponibilité générale du chargement de fichiers en zone de préparation de fichiers dans une table en utilisant Snowsight.

Pour plus d’informations, reportez-vous à Charger un fichier depuis une zone de préparation dans une table existante.