Mars 2022¶

Procédures stockées Snowpark pour Java — Avant-première¶

Avec cette version, nous avons le plaisir d’annoncer la prise en charge des procédures stockées Snowpark pour Java, ce qui vous permet d’écrire des procédures stockées en Java en utilisant l’API Snowpark.

Dans votre procédure stockée, vous pouvez utiliser l’API Snowpark pour Java pour héberger vos pipelines de données dans Snowflake. Par exemple, vous pouvez écrire des procédures stockées dans les cas où vous devez exécuter votre code Snowpark sans lancer une application client (par exemple, à partir d’une tâche).

Pour plus d’informations, consultez Écriture de procédures stockées en Java.

API Snowpark pour Java — Avant-première¶

Avec cette version, nous avons le plaisir d’annoncer l’avant-première de l’API Snowpark pour Java.

Snowpark est une nouvelle expérience de développement qui offre une API intuitive pour l’interrogation et le traitement des données dans un pipeline de données. Grâce à cette bibliothèque, vous pouvez créer des applications qui traitent les données dans Snowflake sans les déplacer vers le système où s’exécute le code de votre application.

Les fonctionnalités disponibles en avant-première sont destinées à des fins d’évaluation et de test et ne sont pas recommandées pour une utilisation en production.

Pour plus d’informations, voir API Snowpark.

Mises à jour SCIM : prise en charge de la synchronisation des mots de passe¶

Avec cette version, Snowflake ajoute la prise en charge de l’activation ou de la désactivation de la synchronisation des mots de passe d’Okta dans le cadre d’une requête API SCIM vers Snowflake.

Pour plus de détails, voir CREATE SECURITY INTEGRATION et ALTER SECURITY INTEGRATION : nouvelle propriété SCIM SYNC_PASSWORD (dans ces notes de version).

CREATE SECURITY INTEGRATION et ALTER SECURITY INTEGRATION : nouvelle propriété SCIM SYNC_PASSWORD¶

Avec cette version, les intégrations de sécurité SCIM Okta et personnalisées prennent en charge la propriété SYNC_PASSWORD pour permettre la synchronisation des mots de passe des utilisateurs du client SCIM vers Snowflake :

• Si la propriété est définie sur TRUE et si la synchronisation des mots de passe est activée dans Okta, la synchronisation des mots de passe a lieu. Si elle n’est pas spécifiée dans l’instruction CREATE SECURITY INTEGRATION alors la valeur par défaut est TRUE.

• Si la propriété est définie sur FALSE, la synchronisation des mots de passe n’a pas lieu.

Remarques :

• La synchronisation des mots de passe à l’aide de cette propriété n’est pas prise en charge pour les intégrations SCIM Microsoft Azure, car Microsoft Azure ne prend pas en charge la synchronisation des mots de passe. Pour demander de l’assistance, veuillez contacter Microsoft Azure.

• La synchronisation des mots de passe pourrait potentiellement permettre à un utilisateur de contourner SSO dans Snowflake, si SSO est activé. Avant d’activer la propriété SYNC_PASSWORD, contactez votre administrateur interne pour vous assurer que la synchronisation des mots de passe n’interfère pas avec SSO pour Snowflake.

Commande ALTER PIPE : ajout d’une prise en charge pour les balises¶

Avec cette version, Snowflake ajoute la possibilité de définir une balise sur un canal avec l’instruction ALTER PIPE correspondante :

API Snowflake SQL — Disponibilité générale¶

Avec cette version, Snowflake est heureux d’annoncer la disponibilité générale de l’API SQL Snowflake. L’API SQL de Snowflake est une API REST que vous pouvez utiliser pour accéder aux données d’une base de données Snowflake et les mettre à jour en SQL.

Amélioration en matière de latence et de concurrence — Disponibilité générale¶

Avec cette version, nous avons le plaisir d’annoncer la disponibilité générale des améliorations en matière de latence et de concurrence dans toutes les régions. Ces changements améliorent le traitement et le débit des requêtes simultanées et facilitent une exécution plus rapide des requêtes. Pour les clients ayant des cas d’utilisation interactifs, un tableau de bord ou une application de données par exemple, ces changements améliorent la fraîcheur des données et réduisent la latence des requêtes. Ces améliorations sont activées par défaut pour tous les entrepôts.

Pour plus de détails, voir le blog Snowflake.

Détection de définitions de colonnes dans des fichiers Apache Parquet, Apache Avro ou ORC en zone de préparation — Disponibilité générale¶

Avec cette version, nous avons le plaisir d’annoncer la disponibilité générale de la prise en charge de la récupération des définitions de colonnes à partir d’un ensemble de fichiers dans un stockage dans le cloud contenant des données semi-structurées. Les définitions de colonnes comprennent les noms et les types de données des colonnes dans les fichiers. Utilisez les définitions de colonnes pour simplifier la création de tables de destination standard, de tables externes ou de vues pour interroger les données.

Notez que cette fonctionnalité est actuellement limitée aux fichiers Apache Parquet, Apache Avro et ORC.

Flux au niveau des vues — Avant-première¶

Avec cette version, les flux de table ont été étendus pour suivre les enregistrements de capture de données modifiées (CDC) pour les vues, y compris les vues sécurisées. Notez que les vues matérialisées ne sont pas prises en charge.

Actuellement, les flux sont limités aux vues qui satisfont aux exigences suivantes :

• Toutes les tables sous-jacentes doivent être des tables natives.

• La vue ne peut appliquer que les opérations suivantes :

  • Projections

  • Filters

  • Jointures intérieures ou transversales

  • UNION ALL

Pour plus d’informations sur les exigences relatives aux flux de vues, voir Présentation des flux.

Les consommateurs de données peuvent créer des flux sur des vues sécurisées partagées à l’aide de Snowflake Secure Data Sharing. Cette fonctionnalité permet aux consommateurs de données de suivre les modifications de langage de manipulation des données (DML) effectuées dans les vues partagées. Avant de pouvoir suivre les modifications apportées à une vue partagée, le fournisseur de données doit activer explicitement le suivi des modifications pour la vue source. Les consommateurs de données peuvent ensuite créer un ou plusieurs flux de table sur la vue partagée dans leur propre compte.

Notez que les flux de table sont généralement disponibles, mais la fonctionnalité de suivi des modifications dans les vues est actuellement disponible en avant-première. Les fonctionnalités disponibles en avant-première sont destinées à des fins d’évaluation et de test et ne sont pas recommandées pour une utilisation en production.

Tables de répertoire et tables externes : actualiser automatiquement les métadonnées à l’aide de Google Pub/Sub¶

Avec cette version, vous pouvez configurer l’actualisation automatique des métadonnées des tables de répertoire ou des tables externes qui pointent vers des emplacements de stockage cloud dans Google Cloud Storage. Une actualisation synchronise les métadonnées de l’objet avec les modifications apportées à l’ensemble des fichiers associés dans la zone de préparation et le chemin externes. L’opération d’actualisation peut être déclenchée automatiquement par des événements de création ou de suppression d’objets à l’aide du service de notification d’événements Pub/Sub de Google.

Pour configurer les actualisations automatiques des métadonnées pour une table de répertoire ou une table externe, définissez le paramètre AUTO_REFRESH = TRUE pour l’objet : une zone de préparation sur laquelle une table de répertoire est superposée ou une table externe. Le paramètre peut être défini lors de la création de l’objet (à l’aide de CREATE <objet>) ou ultérieurement (à l’aide de ALTER <objet>). Créez une notification d’événement pour votre emplacement de stockage par le biais de Google Pub/Sub afin d’avertir Snowflake lorsque des fichiers de données sont créés ou supprimés.

Avant cette version, le propriétaire de l’objet (c’est-à-dire le rôle qui possède le privilège OWNERSHIP sur la zone de préparation ou la table externe), ou un rôle supérieur, devait mettre à jour manuellement les métadonnées de la table de répertoire ou de la table externe (en utilisant ALTER STAGE … REFRESH ou ALTER EXTERNAL TABLE … REFRESH, respectivement).

Balisage des objets : ajout de la prise en charge des canaux¶

Avec cette version, Snowflake est heureux d’annoncer qu’un nouvel objet peut être balisé :

Objet de niveau schéma : canal

Pour plus d’informations, voir Commande ALTER PIPE : ajout d’une prise en charge pour les balises (dans ce chapitre).

Nouvel emplacement pour les notes de mise à jour des connecteurs, pilotes et bibliothèques¶

À partir des versions de janvier 2022, toutes les informations relatives aux notes de mise à jour des connecteurs, pilotes et bibliothèques sont désormais publiées sur le site de la communauté Snowflake. L’article Connecteur Snowflake, pilote et versions mensuelles de la bibliothèque répertorie les versions mises à jour de ces composants par mois.

Pour obtenir des informations sur les notes de mise à jour des versions antérieures à janvier 2022, consultez les notes de mise à jour des versions du serveur Snowflake.