Notes de version 9.30 : Avant-première¶

MERGE ALL BY NAME¶

Lorsque la table cible et la source doivent avoir le même nombre de colonnes et les mêmes noms pour toutes les colonnes, vous pouvez simplifier les opérations MERGE en utilisant MERGE ALL BY NAME.

Les instructions MERGE peuvent mettre à jour chaque colonne de la table cible avec les valeurs de la colonne portant le même nom dans la table source. Les instructions MERGE peuvent également insérer des lignes de la table source dans la table cible en fonction des noms de colonne lorsqu’il n’y a pas de correspondance. Ces opérations MERGE ALL BY NAME sont prises en charge même lorsque l’ordre des colonnes est différent dans les tables cible et source.

Alias pour les colonnes PIVOT et UNPIVOT¶

Dans les requêtes PIVOT, vous pouvez utiliser la clause AS pour spécifier des alias pour les noms des colonnes pivot.

Dans les requêtes UNPIVOT, vous pouvez utiliser la clause AS pour spécifier des alias pour les noms de colonnes qui apparaissent dans le résultat de l’opérationUNPIVOT.

Nouveau paramètre SQL : ENABLE_GET_DDL_USE_DATA_TYPE_ALIAS¶

Le nouveau paramètre ENABLE_GET_DDL_USE_DATA_TYPE_ALIAS spécifie si la sortie renvoyée par la fonction GET_DDL contient des synonymes de type de données spécifiés dans l’instruction DDL d’origine. Par défaut, ce paramètre est défini sur FALSE.

Référencer les colonnes de la table dans les expressions lambda lors de l’appel de fonctions d’ordre supérieur¶

Vous pouvez désormais référencer des colonnes de table dans des expressions lambda lors de l’appel de fonctions d’ordre supérieur telles que FILTER, REDUCE, et TRANSFORM.

Par exemple, vous pouvez spécifier l’expression lambda suivante dans une fonction d’ordre supérieur qui soustrait la valeur de table1.col2 des éléments :

a -> a - table1.col2

la fonction SEARCH prend en charge les modes de recherche PHRASE et EXACT¶

La fonction SEARCH prend désormais en charge deux nouveaux modes de recherche en plus des modes OR et AND existants :

• PHRASE : Les sémantiques de recherche trouvent une correspondance si les jetons extraits d’au moins l’une des colonnes ou des champs recherchés correspondent à tous les jetons extraits de la chaîne de recherche, y compris l’ordre et l’adéquation des jetons.

• EXACT : Les sémantiques de recherche sont les mêmes que les sémantiques de recherche ’PHRASE’, sauf que les chaînes de délimiteur entre les jetons doivent correspondre exactement.

Ces nouveaux modes de recherche offrent une plus grande flexibilité que les sémantiques de recherche disjonctive OR et conjonctive AND existantes.

Gestionnaires CONTINUE de l’exécution de scripts Snowflake¶

Un gestionnaire CONTINUE peut détecter et traiter les exceptions sans terminer le bloc d’instructions de l’exécution de scripts Snowflake qui a soulevé l’exception. Avec le gestionnaire EXIT par défaut, lorsqu’une erreur se produit dans un bloc, le flux est interrompu et l’erreur est renvoyée à l” appelant. Vous pouvez utiliser un gestionnaire CONTINUE lorsque la condition d’erreur n’est pas suffisamment grave pour garantir l’interruption du flux.

Fonctions définies par l’utilisateur de l’exécution de scripts Snowflake (UDFs) (Mise à disposition générale)¶

Les UDFs de l’exécution de scripts Snowflake sont désormais mises à la disposition générale et ne sont plus en prévisualisation.

Vous pouvez créer des UDFs SQL qui contiennent le langage procédural de l’exécution de scripts Snowflake. Les UDFs Snowflake Scripting peuvent être appelées dans une instruction SQL, telle qu’une instruction SELECT ou INSERT. Ils sont plus flexibles qu’une procédure stockée Snowflake Scripting, qui ne peut être appelée que dans un commande CALL SQL.

Prise en charge de la version 2.13 de Scala (Prévisualisation)¶

Vous pouvez spécifier la version 2.13 de Scala comme environnement d’exécution Scala pour que Snowflake l’utilise lors de l’exécution de fonctions définies par l’utilisateur (UDFs), de procédures stockées et du code Snowpark.

La prise en charge de Scala 2.13 est disponible en prévisualisation.