28-29 août 2023 — 7.30 Notes de version¶

Prise en charge de la réplication des pipelines de données — Avant-première¶

Avec cette version, nous avons le plaisir d’annoncer en avant-première la prise en charge de la réplication des pipelines de données, y compris la réplication des zones de préparation, des intégrations de stockage, des canaux et de l’historique de chargement. Vous pouvez répliquer ces objets pour configurer le basculement des pipelines de données entre régions et plateformes Cloud.

Avant de pouvoir répliquer les objets du pipeline de données, vous devez définir le paramètre ENABLE_ETL_REPLICATION au niveau du groupe ou du compte de réplication/de basculement sur TRUE. Pour répliquer toutes les zones de préparation externes qui utilisent une intégration de stockage, vous devez également configurer votre groupe de réplication/basculement pour répliquer les INTEGRATIONS de STORAGE.

Vous pouvez utiliser une instruction ALTER REPLICATION GROUP ou ALTER FAILOVER GROUP pour modifier ces propriétés pour un groupe existant.

Pour plus d’informations, consultez Réplication des zones de préparation, des canaux et de l’historique des chargements.

Politiques de mot de passe : ajout de la prise en charge de l’historique des mots de passe et du délai pour modifier un mot de passe¶

Avec cette version, nous avons le plaisir d’annoncer la prise en charge des valeurs de l’historique des mots de passe et du nombre minimum de jours avant de pouvoir modifier un mot de passe dans une politique de mot de passe :

• La propriété PASSWORD_HISTORY d’une politique de mot de passe spécifie le nombre de mots de passe que Snowflake stocke. Lorsqu’un utilisateur modifie son mot de passe, le nouveau mot de passe ne peut correspondre à aucune des valeurs de l’historique. Si vous augmentez la valeur de l’historique, par exemple en passant de 3 à 6, Snowflake enregistre les trois valeurs existantes. Si vous diminuez la valeur de l’historique, par exemple en passant de 6 à 3, Snowflake stocke les trois valeurs les plus récentes et supprime les trois valeurs les plus anciennes.

• La propriété PASSWORD_MIN_AGE_DAYS d’une politique de mot de passe spécifie le nombre de jours que l’utilisateur doit attendre avant de pouvoir modifier à nouveau un mot de passe récemment modifié. Cette valeur permet de s’assurer que l’historique des mots de passe n’est pas épuisé trop tôt.

Ces deux propriétés doivent être regroupées dans une politique de mot de passe dont les valeurs correspondent à vos pratiques de sécurité internes. Vous pouvez spécifier les valeurs de ces propriétés lorsque vous créez une politique de mot de passe ou que vous modifiez une politique de mot de passe existante.

Pour plus de détails, voir CREATE PASSWORD POLICY et ALTER PASSWORD POLICY.

EXECUTE IMMEDIATE FROM fichier — Avant-première¶

Avec cette version, nous avons le plaisir d’annoncer l’avant-première de la commande EXECUTE IMMEDIATE FROM. Cette commande exécute les instructions SQL d’un fichier sur une zone de préparation. Le fichier doit contenir des instructions SQL syntaxiquement valides.

Cette fonctionnalité fournit un mécanisme de contrôle du déploiement et de la gestion de vos objets et de votre code Snowflake. Vous pouvez utiliser la commande EXECUTE IMMEDIATE FROM pour exécuter des scripts dans n’importe quelle session.

Pour plus d’informations, consultez EXECUTE IMMEDIATE FROM.

Organisations et comptes : suppression de l’URL d’un compte — Avant-première¶

Avec cette version, nous avons le plaisir d’annoncer que les administrateurs d’organisations peuvent utiliser la commande ALTER ACCOUNT … DROP OLD ORGANIZATION URL pour supprimer une ancienne URL de compte qui a été enregistrée lorsque le support client de Snowflake a effectué l’une des actions suivantes :

• Renommage de l’organisation.

• Fusion de deux organisations.

• Déplacement d’un compte d’une organisation à une autre.

Une ancienne URL de compte est supprimée automatiquement 90 jours après que le support client de Snowflake a effectué l’une de ces actions, mais l’administrateur de l’organisation peut maintenant la supprimer plus tôt.

Prise en charge de Python 3.9 et 3.10 dans Snowpark, les UDFs, les UDTFs et les procédures stockées — Disponibilité générale¶

Avec cette version, nous avons le plaisir d’annoncer la disponibilité générale de la prise en charge de Python 3.9 et 3.10 dans Snowpark Python, dans les UDFs Python, dans les UDTFs Python et dans les procédures stockées Python.

Pour plus d’informations, voir :

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

• Introduction aux UDFs Python

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

Valeurs de retour tabulaires des procédures stockées Python — Disponibilité générale¶

Avec cette version, nous avons le plaisir d’annoncer la disponibilité générale des procédures stockées tabulaires avec un gestionnaire écrit en Python. Vous pouvez écrire une procédure qui renvoie des données sous forme de tableau. Pour ce faire, vous spécifiez le type de retour de la procédure en tant que TABLE (en spécifiant les colonnes pour la valeur de retour), puis demandez à votre code de gestionnaire de renvoyer la valeur tabulaire dans un dataframe Snowpark.

Pour plus d’informations, consultez Renvoi de données tabulaires.

Définir une politique de masquage sur une colonne virtuelle — Avant-première¶

Avec cette version, nous avons le plaisir d’annoncer que vous pouvez définir une politique de masquage sur une colonne virtuelle dans une table externe. Cette mise à jour permet à la politique de masquage de la colonne virtuelle de remplacer la politique de masquage que la colonne virtuelle hérite de la colonne VALUE. Cette mise à jour simplifie la gestion des tables externes, car les administrateurs de données n’ont plus besoin de créer une vue à partir des données semi-structurées de la colonne VALUE et de protéger cette vue. Elle assure également une gestion et une protection cohérentes des données des tables externes, car la colonne virtuelle protégée n’expose pas les données inutilement.

Pour plus de détails, voir Politiques de masquage et tables externes.

La zone de gouvernance prend en charge les rôles de base de données GOVERNANCE_VIEWER et OBJECT_VIEWER¶

Avec cette version, nous avons le plaisir d’annoncer qu’un rôle de compte peut accéder à la zone de gouvernance de Snowsight si le rôle a reçu les rôles de base de données GOVERNANCE_VIEWER et OBJECT_VIEWER. Ces rôles de base de données existent dans la base de données partagée SNOWFLAKE. En accordant ces rôles de base de données à un rôle de compte, il n’est plus nécessaire d’utiliser le rôle ACCOUNTADMIN pour accéder à la zone de gouvernance de Snowsight. Cette mise à jour simplifie la gestion de l’accès à la zone de gouvernance de Snowsight.

Provider Studio : onboarding — Disponibilité générale¶

Avec cette version, nous avons le plaisir d’annoncer la disponibilité générale de l’onboarding en libre-service pour devenir fournisseur d’annonces à l’aide de Provider Studio.

Pour plus de détails, voir Devenir fournisseur.