Avant-première — Notes de version 8.41¶
Attention
Le contenu de cette page est disponible avant la finalisation de la version 8.41, qui est actuellement soit en attente ou en cours. La publication est prévue pour le 29 octobre (sous réserve de modifications).
Les fonctionnalités, mises à jour ou modifications de comportement décrites dans cette page peuvent ne pas être disponibles sur votre/vos compte(s) avant la finalisation de la version.
Pour les mises à jour de ces notes de version, voir Notes de version - Journal des changements.
Nouvelles fonctionnalités¶
Connectivité privée sortante pour les fonctionnalités Snowflake¶
Par défaut, les fonctionnalités Snowflake qui génèrent du trafic réseau sortant de Snowflake vers une plateforme Cloud traversent l’Internet public. Avec cette version, nous avons le plaisir d’annoncer que vous pouvez créer des points de terminaison privés dans Snowflake pour accéder à la plateforme Cloud en utilisant la solution de connectivité privée de la plateforme plutôt qu’Internet. Cela vous permet d’accéder aux services de la plateforme Cloud de manière privée et sécurisée depuis Snowflake.
Avec cette version, la connectivité privée sortante est désormais disponible pour les fonctionnalités Snowflake suivantes :
Accès au réseau externe depuis Snowpark en utilisant AWS PrivateLink et Azure Private Link — Disponibilité générale¶
Vous pouvez configurer l’accès au réseau externe et créer un point de terminaison privé pour utiliser la connectivité privée pour vous connecter à un emplacement réseau externe à partir d’une UDF/UDTF ou d’une procédure stockée dans Snowpark. Les comptes Snowflake sur AWS peuvent utiliser AWS PrivateLink pour accéder à l’emplacement réseau externe et les comptes Snowflake sur Azure peuvent utiliser Azure Private Link.
Accès au réseau externe depuis Snowpark Container Services via AWS PrivateLink et Azure Private Link - Avant-première¶
Vous pouvez configurer l’accès au réseau externe et créer un point de terminaison privé afin que le trafic réseau sortant de Snowpark Container Services utilise AWS PrivateLink ou Azure Private Link au lieu de l’Internet public.
Fonctions externes utilisant Azure Private Link — Disponibilité générale¶
Vous pouvez configurer une fonction externe et créer un point de terminaison privé pour utiliser Azure Private Link lors de l’appel de code exécutable développé, géré, stocké et exécuté dans Azure. Vous pouvez vous connecter en toute sécurité à la ressource Azure via la Gestion des API Azure, à l’aide du portail Azure et du modèle ARM.
Augmentation des limites pour les politiques de réseau sur les zones de préparation interne internes¶
Avec cette version, nous avons le plaisir d’annoncer la disponibilité générale de l’utilisation de politiques réseau pour restreindre le trafic réseau entrant aux zones de préparation internes de comptes AWS.
Pour les clients Business Critical ou supérieurs, cette version augmente les limites du nombre d’identificateurs réseau pouvant être inclus dans une politique réseau.
EXECUTE IMMEDIATE FROM : aperçu du SQL généré à partir des modèles Jinja2¶
Avec cette version, nous avons le plaisir d’annoncer la prise en charge de la prévisualisation du rendu des instructions SQL généré par les modèles Jinja2.
Si vous utilisez la commande EXECUTE IMMEDIATE FROM pour le rendu et l’exécution d’instructions SQL à partir d’un modèle Jinja2, vous pouvez prévisualiser le rendu des instructions sans les exécuter en spécifiant DRY_RUN=TRUE
. Ce paramètre est utile pour déboguer le code de modèle et pour prévisualiser les instructions SQL provenant de fichiers en zone de préparation non destinés à être exécutés.
GENERATE_SYNTHETIC_DATA : nouvelle procédure stockée système pour générer des données synthétiques — Avant-première¶
Avec cette version, nous avons le plaisir d’annoncer la disponibilité en avant-première de la procédure stockée système GENERATE_SYNTHETIC_DATA. Grâce à la fonctionnalité de génération de données synthétiques, vous pouvez désormais créer de manière programmatique des ensembles de données réalistes qui reflètent fidèlement vos données d’origine. Cela vous permet de représenter des informations sensibles, confidentielles ou restreintes sur différentes charges de travail, telles que les tests et la validation.
Mises à jour SQL¶
Prise en charge étendue des variables de liaison¶
Vous pouvez utiliser des variables de liaison pour remplacer les littéraux dans les instructions SQL, qui permettent aux applications de construire dynamiquement des instructions SQL basées sur les entrées de l’utilisateur. Les variables de liaison sont couramment utilisées avec les pilotes Snowflake, Snowflake Scripting et l’API REST SQL.
Avec cette version, Snowflake étend la prise en charge des variables de liaison afin que vous puissiez les utiliser pour davantage de cas d’utilisation. La prise en charge étendue inclut l’utilisation de variables de liaison pour les noms de zones de préparation et d’autres paramètres dans des instructions COPY INTO <table>.
Mises à jour de l’extensibilité¶
Écriture de fichiers depuis des UDFs et des UDTFs Snowpark Python — Avant-première¶
Avec cette version, nous avons le plaisir d’annoncer la disponibilité en avant-première de l’écriture de fichiers depuis des UDFs et des UDTFs Python Snowpark. Avec cette fonctionnalité de Snowpark Python, vous pouvez désormais écrire des fichiers dans des zones de préparation à l’aide de fonctions définies par l’utilisateur (UDFs), d’UDFs vectorisées, de fonctions de table définies par l’utilisateur (UDTFs) et d’UDTFs vectorisées.
Notes de version - Journal des changements¶
Annonce |
Mettre à jour |
Date |
---|---|---|
Notes de version |
Première publication (avant-première) |
25-Oct-24 |