Janvier 2023¶

Vue OBJECT_DEPENDENCIES : ajout d’une prise en charge pour les objets partagés¶

Avec cette version, Snowflake a le plaisir d’annoncer la prise en charge des objets partagés pour la vue Account Usage OBJECT_DEPENDENCIES dans la base de données SNOWFLAKE partagée. Par exemple, lorsqu’un consommateur crée une vue à partir d’une table partagée, la vue dépend de la table que le fournisseur partage. Les dépendances liées au partage des données permettent aux responsables des données de garantir une plus grande intégrité des données, de se conformer plus complètement à chaque norme réglementaire et de générer une analyse d’impact plus détaillée.

Pour plus de détails, reportez-vous à Dépendances d’objets et aux Notes sur l’utilisation.

Fonctions mémoïsables — Avant-première¶

Avec cette version, Snowflake a le plaisir d’annoncer la disponibilité des fonctions mémoïsables en avant-première. Une fonction mémoïsable met en cache le résultat de l’appel d’une fonction définie par l’utilisateur (UDF) et renvoie ensuite le résultat en cache lorsque la sortie est nécessaire ultérieurement. L’utilisation de fonctions mémoïsables améliore les performances des requêtes complexes, telles que les recherches de colonnes multiples dans les tables de mappage référencées dans une politique d’accès aux lignes ou une politique de masquage. Actuellement, les fonctions mémoïsables ne sont disponibles que pour les UDFs SQL scalaires.

Pour plus de détails, reportez-vous à UDFs mémoïsables.

Utilisation du stockage compatible avec Amazon S3 — Avant-première¶

Avec cette version, Snowflake a le plaisir d’annoncer la disponibilité en avant-première de la prise en charge de l’accès aux données dans le stockage compatible avec Amazon S3. Vous pouvez créer des zones de préparation et des tables externes sur des logiciels et des appareils, sur site ou dans un Cloud privé, qui sont hautement conformes à l’API Amazon S3. Grâce à cette fonctionnalité, vous pouvez gérer, gouverner et analyser vos données plus facilement et plus efficacement, quel que soit l’endroit où les données sont physiquement stockées.

Notez que les points de terminaison compatibles avec Amazon S3 ne sont pas automatiquement activés pour tous les comptes. Pour demander cette fonctionnalité, contactez l’équipe du compte Snowflake ou l’assistance de Snowflake. Assurez-vous de vérifier les points de terminaison en utilisant notre suite de tests publique (dans GitHub) avant d’envoyer la requête.

Pour plus de détails, reportez-vous à Utilisation d’un stockage compatible avec Amazon S3.

Account Usage : nouvelle vue PASSWORD_POLICIES¶

Avec cette version, Snowflake ajoute une nouvelle vue, PASSWORD_POLICIES, dans le schéma Account Usage de la base de données partagée SNOWFLAKE. Cette vue renvoie une ligne pour chaque politique de mot de passe dans le compte. Notez que l’accès à cette vue peut être accordé par le rôle de base de données SECURITY_VIEWER fourni par Snowflake.

Pour plus de détails, reportez-vous à Vue PASSWORD_POLICIES et Rôles des bases de données SNOWFLAKE.

Account Usage : nouvelle vue SESSION_POLICIES¶

Avec cette version, Snowflake ajoute une nouvelle vue, SESSION_POLICIES, dans le schéma Account Usage de la base de données partagée SNOWFLAKE. Cette vue renvoie une ligne pour chaque politique de session dans le compte. Notez que l’accès à cette vue peut être accordé par le rôle de base de données SECURITY_VIEWER fourni par Snowflake.

Pour plus de détails, reportez-vous à Vue SESSION_POLICIES et Rôles des bases de données SNOWFLAKE.

Définition d’une variable Exécution de scripts Snowflake sur la valeur de retour scalaire d’une procédure stockée¶

Avec cette version, vous pouvez utiliser la nouvelle clause INTO :snowflake_scripting_variable dans une instruction CALL pour capturer une valeur de retour scalaire d’une procédure stockée dans une variable Exécution de scripts Snowflake. Par exemple :

DECLARE
  ret1 NUMBER;
BEGIN
  CALL my_procedure('Manitoba', 127.4) into :ret1;
  RETURN ret1;
END;

Remarque : si vous utilisez SnowSQL ou l’interface Web classique, utilisez cet exemple à la place (voir Utilisation d’Exécution de scripts Snowflake dans SnowSQL et l”Classic Console) :

EXECUTE IMMEDIATE $$
DECLARE
  ret1 NUMBER;
BEGIN
  CALL my_procedure('Manitoba', 127.4) into :ret1;
  RETURN ret1;
END;
$$
;

Nouvelles fonctions SQL¶

La ou les fonctions suivantes ont été introduites dans des versions récentes :

Lignée de colonnes — Disponibilité générale¶

Avec cette version, Snowflake a le plaisir d’annoncer la disponibilité générale de la lignée de colonnes. 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).

Cette fonctionnalité a été annoncée en avant-première en octobre 2022. Pour plus de détails, reportez-vous à Historique des accès et à Vue ACCESS_HISTORY.

Conservation de l’historique des versions de la feuille de calcul Snowsight¶

Pour améliorer les performances de Snowsight, l’historique des versions des feuilles de calcul datant de plus de 90 jours sera régulièrement supprimé. Les résultats des requêtes stockées pour ces versions seront également supprimés.