Octobre 2022

Les nouvelles fonctionnalités, les changements de comportement et les mises à jour (améliorations, corrections, etc.) suivants ont été introduits ce mois-ci. Si vous avez des questions sur ces ajouts, veuillez contacter le support Snowflake.

Important

Chaque version peut inclure des mises à jour nécessitant l’actualisation de l’interface Web.

En règle générale, pour éviter que ces mises à jour nuisent à votre utilisation, nous vous recommandons d’actualiser l’interface Web après le déploiement de chaque version de Snowflake.

Dans ce chapitre :

Mises à jour SQL

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

Avec cette version, Snowflake ajoute la possibilité de définir une balise sur une procédure avec l’instruction ALTER PROCEDURE ALTER PROCEDURE correspondante :

Syntaxe

Description

ALTER PROCEDURE <name> SET TAG <tag_name> = “<tag_value>” [ , <tag_name> = “<tag_value>” … ]

ALTER PROCEDURE <name> UNSET TAG <tag_name> [ , <tag_name> …]

Spécifie le nom de la balise et la valeur de la balise.

La valeur de la balise est toujours une chaîne de caractères et le nombre maximum de caractères pour la valeur de la balise est 256.

Mises à jour des fonctions : SYSTEM$GET_TAG & TAG_REFERENCES (Information Schema) : ajout de la prise en charge des procédures stockées

Avec cette version, Snowflake ajoute la prise en charge de la spécification des procédures stockées comme domaine d’objet lors de l’appel de la fonction SYSTEM$GET_TAG et de l’appel de la fonction de table TAG_REFERENCES Information Schema. Avec les deux fonctions, spécifiez PROCEDURE pour le domaine de l’objet.

Nouvelles fonctions

Les nouvelles fonctions suivantes ont été introduites :

Catégorie

Nom

Description

Système

SYSTEM$ALLOWLIST

Cette fonction a le même comportement que SYSTEM$WHITELIST, qui est maintenant obsolète.

Système

SYSTEM$ALLOWLIST_PRIVATELINK

Cette fonction a le même comportement que SYSTEM$WHITELIST_PRIVATELINK, qui est maintenant obsolète.

Utilisez les nouvelles fonctions avec SnowCD. Les fonctions dépréciées ne seront plus prises en charge à partir du 10 janvier 2023. Veuillez mettre à jour toutes les charges de travail pour remplacer les fonctions obsolètes par les nouvelles fonctions. Pour plus de détails, voir la liste des fonctionnalités obsolètes (dans la communauté).

Nouveau paramètre CREATEACCOUNT

Avec cette version, les administrateurs d’organisation qui créent de nouveaux comptes à l’aide de la commande CREATE ACCOUNT ont la possibilité de mettre en œuvre l’authentification par paire de clés pour l’utilisateur administratif initial du compte. Auparavant, l’utilisateur initial avait toujours des identifiants de connexion basées sur un nom d’utilisateur et un mot de passe.

Le paramètre CREATE ACCOUNT suivant a été ajouté :

Paramètre

Description

ADMIN_RSA_PUBLIC_KEY = <chaîne>

Spécifie la clé publique pour l’utilisateur administratif initial du nouveau compte.

Pour plus de détails, voir CREATE ACCOUNT.

Procédures anonymes — Avant-première

Avec cette version, nous avons le plaisir d’annoncer l’avant-première des procédures anonymes, qui sont comme des procédures stockées, mais non stockées pour une utilisation ultérieure. De plus, contrairement aux procédures stockées, vous n’avez pas besoin des privilèges du schéma CREATE PROCEDURE pour créer une procédure anonyme.

Vous pouvez à la fois créer et appeler une procédure anonyme en spécifiant une commande CALL préfixée par une clause WITH. La clause WITH spécifie les détails de la procédure, notamment les paramètres, le type de retour, la langue du gestionnaire, etc. La commande CALL appelle cette procédure.

Pour plus de détails, voir CALL (avec procédure anonyme).

Service d’optimisation de la recherche : prend en charge la configuration des colonnes, les recherches par sous-chaînes et par expressions régulières, VARIANT, et GEOGRAPHY disponibles dans toutes les régions — Avant-première

Nous avons le plaisir d’annoncer que la prise en charge de l’optimisation de la recherche pour des colonnes spécifiques d’un tableau est désormais disponible dans toutes les régions.

L’avant-première de la prise en charge des requêtes avec les types de prédicats suivants dans le service d’optimisation de la recherche est désormais disponible dans toutes les régions :

  • Prédicats qui utilisent des modèles de chaînes (par exemple LIKE, ILIKE, etc.) et des expressions régulières POSIX (par exemple REGEXP).

  • Prédicats qui utilisent les champs des colonnes VARIANT, ARRAY et OBJECT.

  • Prédicats qui utilisent des fonctions géospatiales sélectionnées (requêtes de colonnes GEOGRAPHY).

Vous pouvez activer la prise en charge de ces méthodes pour des colonnes spécifiques et des champs VARIANT dans une table. Par exemple, pour une colonne donnée, vous pouvez activer la prise en charge de l’optimisation des recherches par égalité et par modèle de chaîne.

Les fonctionnalités 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 Service d’optimisation de la recherche.

Fonctions PARSE_XML et CHECK_XML : nouvel argument pour désactiver la conversion automatique

Par défaut, les fonctions PARSE_XML et CHECK_XML tentent de convertir les valeurs numériques et booléennes en leurs types de données Snowflake correspondants.

Dans cette version, Snowflake fournit un nouvel argument facultatif pour désactiver cette conversion :

PARSE_XML( '<string_containing_xml>' [ , <disable_auto_convert> ] )
CHECK_XML( '<string_containing_xml>' [ , <disable_auto_convert> ] )
Copy

Si vous ne voulez pas que la fonction effectue cette conversion, transmettez TRUE comme deuxième argument. Par exemple :

SELECT PARSE_XML('<test>22257e111</test>', TRUE);
Copy

Pour plus d’informations, voir la documentation sur PARSE_XML et CHECK_XML.

Mises à jour des pipelines de données

Tâches : exécution manuelle des cycles — Disponibilité générale

Avec cette version, nous avons le plaisir d’annoncer la disponibilité générale de la commande EXECUTE TASK SQL. Cette commande permet aux opérateurs ou aux propriétaires de tâches d’exécuter manuellement une seule exécution d’une tâche planifiée (c’est-à-dire une tâche autonome ou une tâche racine dans une arborescence de tâches). L’exécution d’un cycle de tâche racine déclenche une exécution en cascade des tâches enfants de l’arborescence, comme si la tâche racine s’était exécutée selon son calendrier défini. Auparavant, une tâche planifiée ne pouvait démarrer que lors de sa prochaine exécution planifiée.

La commande EXECUTE TASK est utile pour tester des tâches autonomes nouvelles ou modifiées avant de les intégrer dans une planification de production. Appelez cette commande SQL dans des scripts ou des procédures stockées, ou exécutez la commande à l’aide d’outils ou de services tiers pour intégrer des tâches dans des pipelines de données externes.

Tâches : notifications d’erreur pour les comptes Snowflake sur Amazon Web Services — Disponibilité générale

Avec cette version, nous avons le plaisir d’annoncer la disponibilité générale des notifications d’erreur pour les tâches. Lorsque des tâches rencontrent des erreurs au cours d’une exécution, cette fonctionnalité déclenche une notification qui décrit les erreurs à l’aide de la messagerie dans le Cloud, ce qui permet une analyse plus approfondie du code SQL dans la définition de la tâche.

Note

Cette fonctionnalité est actuellement limitée aux comptes Snowflake hébergés sur Amazon Web Services (AWS). Snowflake peut uniquement envoyer des notifications d’erreur à Amazon Simple Notification Service.

La prise en charge des comptes Snowflake hébergés sur Google Cloud ou Microsoft Azure et des services de messagerie dans le Cloud respectifs est prévue.

Mises à jour de la réplication

Réplication de bases de données : prise en charge des flux et des tâches — Avant-première

Avec cette version, la réplication des bases de données et la fonction de basculement/restauration incluent désormais une prise en charge en avant-première de la réplication des objets de flux et de tâches. Pour plus d’informations, voir Réplication et flux et Réplication et tâches.

Mises à jour de la gouvernance des données

Lignée de colonnes dans l’historique des accès — Avant-première

Avec cette version, Snowflake est heureux d’annoncer la lignée de colonnes en avant-première. La lignée de colonnes (c’est-à-dire l’historique des accès pour les colonnes) étend la colonne objects_modified dans la vue ACCESS_HISTORY de Account Usage pour spécifier comment les données circulent de la colonne source à la colonne cible dans une opération d’écriture. Snowflake suit les données des colonnes sources à travers tous les objets de table suivants qui font référence aux données des colonnes sources (par exemple, INSERT, MERGE, CTAS).

Pour plus de détails, voir Historique des accès et Vue ACCESS_HISTORY.

Balisage des objets : ajout de la prise en charge des procédures stockées

Avec cette version, Snowflake ajoute la possibilité d’attribuer une balise à une procédure stockée.

Pour plus de détails sur la syntaxe et l’utilisation, voir Mises à jour des fonctions : SYSTEM$GET_TAG & TAG_REFERENCES (Information Schema) : ajout de la prise en charge des procédures stockées (dans cette rubrique).

Balisage d’objets : augmenter les quotas de balises pour les objets et les colonnes

Avec cette version, Snowflake augmente le nombre de balises qui peuvent être définies sur les objets et les colonnes comme suit :

  • 50 balises uniques sur des objets qui ne sont pas des tables et des vues.

  • Pour les tables, vues et colonnes :

    • 50 balises uniques sur la table ou l’objet de vue en soi.

    • 50 balises uniques sur toutes les colonnes combinées dans une table ou une vue.

    • Un total de 100 balises sur une table ou une vue et toutes ses colonnes.

Notez qu’une seule instruction CREATE <object> ou ALTER <object> peut spécifier jusqu’à 100 balises dans une instruction.

Pour plus de détails, voir Quotas de balises pour les objets et les colonnes.

Politiques de masquage basées sur les balises — Disponibilité générale

Avec cette version, Snowflake a le plaisir d’annoncer la disponibilité générale des politiques de masquage basées sur les balises. Une politique de masquage basée sur les balises combine les fonctions de balisage d’objets et de politique de masquage pour permettre de définir une politique de masquage sur une balise à l’aide d’une commande ALTER TAG. Cette fonctionnalité a été annoncée en avant-première en juin 2022.

Pour plus de détails, voir Politiques de masquage basées sur les balises.

Mises à jour de l’entrepôt virtuel

Entrepôts plus grands — Disponibilité générale

Avec cette version, nous avons le plaisir d’annoncer la disponibilité générale d’entrepôts plus grands (5X-LARGE et 6X-LARGE) dans les régions Amazon Web Services (AWS).

Avant de provisionner un entrepôt 5X-LARGE ou 6X-LARGE, veuillez contacter l’assistance Snowflake.

Pour plus d’informations, voir Aperçu des entrepôts.