11-14 août 2024 — Notes de version 8.30¶

Connectivité privée sortante avec Azure External Network Access et External Functions — Avant-première¶

Avec cette version, nous avons le plaisir d’annoncer la prise en charge des comptes Snowflake sur Microsoft Azure pour utiliser la connectivité privée sortante avec deux fonctionnalités :

• Accès au réseau externe

• Fonctions externes

La connectivité privée sortante vous permet d’utiliser Azure Private Link depuis le VNet qui héberge votre compte Snowflake pour vous connecter à une ressource Azure via Azure Private Link.

Vous pouvez configurer l’accès au réseau externe pour utiliser Azure Private Link pour vous connecter au service externe à partir d’UDF/UDTF ou des procédures stockées dans Snowpark lorsque vous appelez la procédure stockée pour vous connecter à l’emplacement externe. Le nom d’hôte du service externe est utilisé pour provisionner un point de terminaison privé. La règle de réseau de type PRIVATE_HOST_PORT permet à l’intégration d’accès externe d’utiliser Azure Private Link. Le nom d’hôte et l’intégration d’accès externe sont ensuite spécifiés dans la procédure stockée que vous créez. Cela vous permet d’appeler la procédure stockée dans Snowflake et d’utiliser Azure Private Link pour vous connecter au service externe.

Vous pouvez configurer des fonctions externes dans Snowflake pour utiliser Azure Private Link pour vous connecter au service externe via Azure API Management, à l’aide du portail Azure et du modèle ARM Azure. Votre abonnement Azure et votre nom d’hôte pour le service API Management sont utilisés pour mapper votre service externe au point de terminaison privé que vous provisionnez. Ce sont les mêmes valeurs que celles que vous spécifiez dans l’intégration API pour la fonction externe. Cela vous permet d’appeler une fonction externe dans Snowflake et d’utiliser Azure Private Link pour vous connecter au service externe.

Pour plus d’informations, voir :

• Connectivité privée avec fonctions externes : modèle ARM Azure

• Connectivité privée avec fonctions externes : portail Azure

• Accès au réseau externe et connectivité privée sur Microsoft Azure

• Introduction à la connectivité privée

Recherche en texte intégral - Avant-première¶

Avec cette version, nous avons le plaisir d’annoncer la disponibilité en avant-première d’une nouvelle fonctionnalité de recherche en texte intégral. Pour utiliser la recherche en texte intégral, appelez une nouvelle fonction SEARCH permettant de rechercher des données de type caractère (texte) dans des colonnes spécifiées d’une ou plusieurs tables, y compris des champs dans des colonnes VARIANT, OBJECT et ARRAY. Dans la plupart des cas, vous appelez la fonction SEARCH en la spécifiant dans la liste SELECT ou la clause WHERE d’une instruction SELECT.

La fonction SEARCH prend en charge la recherche de texte basée sur des jetons dans plusieurs colonnes (ou toutes les colonnes) d’une ou plusieurs tables, ce qui constitue une bonne solution pour les cas d’utilisation suivants :

• Recherche de texte dans des données avec une structure inhérente, où les jetons correspondent naturellement à des mots, des champs ou des composants de message. Les recherches de jetons peuvent correspondre exactement au texte spécifié dans une grande quantité de données, ce qui entraîne moins de faux positifs et des requêtes plus simples. Par exemple, une recherche de jeton pour « accès non autorisé » dans les journaux système trouve des instances insensibles à la casse de « non autorisé » et « accès », mais ne trouve pas d’instances de « autorisation » ou « accessible ».

• Rechercher de texte sans connaître l’emplacement exact des données pertinentes. Étant donné que la recherche en texte intégral prend en charge les recherches génériques, vous pouvez rechercher du texte pertinent dans un ensemble de colonnes ou des tables entiers sans écrire de requêtes SQL complexes. Par exemple, vous pouvez utiliser la recherche en texte intégral pour rechercher une liste d’adresses e-mail et de noms d’utilisateur dans une table.

Pour améliorer les performances des requêtes de recherche en texte intégral, vous pouvez éventuellement activer l’optimisation de la recherche FULL_TEXT sur une colonne ou un ensemble de colonnes spécifiques dans une table. Pour ce faire, exécutez une instruction ALTER TABLE…ADD SEARCH OPTIMIZATION ON FULL_TEXT.

Pour plus d’informations sur la recherche en texte intégral, voir Utilisation de la recherche en texte intégral. Pour plus d’informations sur l’optimisation de la recherche pour les requêtes de recherche en texte intégral, voir Activation et désactivation de l’optimisation de la recherche.

Définir des utilisateurs comme utilisateurs SNOWFLAKE_SUPPORT ne sont plus pris en charge¶

Avec cette version, vous ne pouvez plus définir le nom d’utilisateur SUPPORT_USER attribut utilisant le CREATE USER ou ALTER USER commandes.

Les utilisateurs dont SNOWFLAKE_SUPPORT est défini sur TRUE restent des utilisateurs bénéficiant de l’assistance jusqu’à ce que vous les supprimiez Snowflake peut accéder à ces utilisateurs via des processus d’assistance.

RANGE BETWEEN avec des décalages explicites : fonctions de fenêtre supplémentaires prises en charge¶

Avec cette version, nous avons le plaisir d’annoncer que les fonctions de fenêtre supplémentaires suivantes prennent en charge des cadres de fenêtre RANGE BETWEEN avec décalages explicites :

• STDDEV, STDDEV_SAMP, STDDEV_POP (et alias)

• VARIANCE , VARIANCE_SAMP, VARIANCE_POP (et alias)

• COUNT_IF

Par exemple, vous pouvez calculer les valeurs d’écart type pour une colonne et spécifier un cadre de fenêtre RANGE BETWEEN 3 PRECEDING AND 3 FOLLOWING.

Pour plus d’informations sur la syntaxe du cadre de fenêtre, voir Syntaxe.

Commande UNDROP : prise en charge de la restauration d’objets à l’aide d’un ID¶

Avec cette version, nous avons le plaisir d’annoncer la prise en charge de la commande UNDROP pour restaurer des tables, des schémas et des bases de données à l’aide d’un ID d’objet. Par exemple, si vous avez supprimé plusieurs tables portant le même nom, vous pouvez utiliser cette fonctionnalité pour restaurer une table spécifique à l’aide de l’ID de table. La table est restaurée avec son nom d’origine.

Pour plus d’informations, consultez les rubriques suivantes :

• UNDROP TABLE

• UNDROP SCHEMA

• UNDROP DATABASE

Filtrage générique pour les fonctions¶

Lorsque vous spécifiez un caractère générique (*) comme argument dans un appel à une fonction, vous pouvez désormais utiliser les mots clés ILIKE et EXCLUDE pour le filtrage dans une liste SELECT ou une clause GROUP BY.

Par exemple, l’appel suivant de la fonction COUNT est désormais valide :

SELECT COUNT(* ILIKE 'col1%') FROM mytable;

L’appel suivant de la fonction OBJECT_CONSTRUCT est également valide :

SELECT OBJECT_CONSTRUCT(* EXCLUDE col1) AS oc FROM mytable;

Les mots-clés ILIKE et EXCLUDE sont désormais également valides dans les constantes d’objet. Par exemple :

SELECT {* ILIKE 'col1%'} FROM mytable;

SELECT {* EXCLUDE col1} FROM mytable;

Pour plus d’informations, voir les constantes OBJECT.

Chargement de données non structurées avec Document AI — Avant-première¶

Avec cette version, nous avons le plaisir d’annoncer la disponibilité en avant-première du chargement de données non structurées Document AI. En s’intégrant avec Document AI, Snowflake prend désormais en charge le chargement de données non structurées, de manière similaire au chargement de données structurées et semi-structurées. Pour charger des données non structurées avec cette fonctionnalité disponible en avant-première, vous pouvez exécuter la même commande de table COPY INTO avec une nouvelle option de copie file_processor.

Pour plus d’informations, voir Chargement de données non structurées avec Document AI.