Décembre 2022¶

Contrôle d’accès : rôles de bases de données — Avant-première¶

Avec cette version, nous avons le plaisir d’annoncer la prise en charge en avant-première des rôles de bases de données. Les rôles de bases de données sont des entités au sein d’une base de données auxquelles des privilèges sur des objets sécurisés de la même base de données peuvent être accordés et révoqués. Cette fonctionnalité est mise en œuvre via un nouveau type d’objet Snowflake, le rôle de base de données. Les rôles de base de données sont essentiellement les mêmes que les rôles traditionnels créés au niveau du compte, à l’exception de leur portée. Les privilèges sur tous les objets d’un compte peuvent être accordés aux rôles de compte, mais seuls les privilèges sur les objets de la même base de données peuvent être accordés à un rôle de base de données.

Les rôles de base de données sont destinés à satisfaire les cas d’utilisation suivants :

Pour plus de détails, reportez-vous aux rôles de bases de données.

Contrôle d’accès : rôles de bases de données SNOWFLAKE — Avant-première¶

Avec cette version, nous avons le plaisir d’annoncer la prise en charge en avant-première des rôles de bases de données SNOWFLAKE. Les rôles de base de données SNOWFLAKE mettent en œuvre le concept des rôles généraux de base de données, mais spécifiquement pour la base de données SNOWFLAKE. Les rôles de base de données SNOWFLAKE définissent un ensemble de rôles qui peuvent être utilisés pour fournir un accès précis au schéma ACCOUNT_USAGE, au schéma READER_ACCOUNT_USAGE, au schéma ORGANIZATION_USAGE, au schéma DATA_SHARING_USAGE, etc.

Les rôles de base de données SNOWFLAKE seront déployés sur tous les comptes au cours de la semaine du 12 décembre 2022. Pour plus d’informations, reportez-vous à Rôles des bases de données SNOWFLAKE.

Extension Snowflake pour Visual Studio Code — Avant-première¶

Avec cette version, nous avons le plaisir d’annoncer l’avant-première de l”Snowflake Extension for Visual Studio Code (VS Code). L”Snowflake Extension for Visual Studio Code permet aux développeurs d’accéder à Snowflake à partir de l’environnement VS Code. L’extension vous permet de vous connecter à Snowflake, d’écrire et d’exécuter des requêtes SQL, et de visualiser les résultats sans quitter VS Code. Après vous être connecté, vous pouvez voir et modifier votre base de données, votre schéma, votre rôle et votre entrepôt actifs.

Snowflake Intellisence offre une prise en charge de la saisie semi-automatique pour les noms des objets de base de données, les fonctions intégrées et les mots-clés SQL Snowflake. Grâce à Intellisense, les suggestions de nom de base de données, de schéma et de table s’affichent pendant que vous tapez votre requête. Des requêtes uniques ou des groupes de requêtes peuvent être exécutés, avec des résultats fournis directement dans VS Code.

Pour plus d’informations, reportez-vous à Snowflake Extension for Visual Studio Code.

Politiques de session — Disponible de manière générale¶

Avec cette version, Snowflake est heureux d’annoncer la disponibilité générale des politiques de session. Une politique de session définit le délai d’expiration d’une session inactive en minutes et permet de remplacer la valeur par défaut du délai d’expiration d’une session inactive de 4 heures. Le délai d’expiration d’une session inactive fait référence à une période d’inactivité soit avec l’interface Web de Snowflake, soit avec des applications clientes utilisant des clients Snowflake (par exemple SnowSQL, le pilote JDBC). Lorsque le délai d’expiration d’une session inactive expire, les utilisateurs doivent se réauthentifier auprès de Snowflake.

La politique de session peut être définie pour un compte ou un utilisateur et prend en charge des délais d’expiration en cas d’inactivité configurables pour répondre à des exigences de conformité. Si un utilisateur est associé à la fois à une politique de session de compte et de niveau utilisateur, la politique de session de niveau utilisateur a la priorité.

Cette fonctionnalité a été annoncée en avant-première en novembre 2021 . Pour plus d’informations, reportez-vous à Sessions Snowflake et politiques de session.

Nouvelles fonctions SQL¶

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

Commande ALTER TAG : ajouter le mot-clé FORCE pour remplacer une politique de masquage sur une balise dans une seule instruction¶

Remplacer une politique de masquage sur une balise dans une seule instruction¶

Avec cette version, Snowflake ajoute la possibilité de spécifier le mot-clé FORCE lors du remplacement d’une politique de masquage actuellement définie sur une balise dans une seule instruction avec une commande ALTER TAG. Avant la disponibilité du mot-clé FORCE le remplacement d’une politique de masquage sur une balise nécessitait deux instructions distinctes :

• Annuler la politique existante.

• Définir la nouvelle politique.

L’utilisation du mot-clé FORCE supprime l’intervalle de temps entre les opérations UNSET et SET afin de garantir que les données de la colonne restent protégées lors du remplacement d’une politique de masquage sur une balise.

Pour plus de détails, reportez-vous à :

• Commande ALTER TAG : ajouter le mot-clé FORCE pour remplacer une politique de masquage sur une balise dans une seule instruction (dans cette rubrique)

• Remplacer une politique de masquage sur une balise (dans la documentation Snowflake)

Mises à jour de la table des matières (TOC)¶

Pour permettre aux développeurs de trouver plus facilement du contenu, nous avons introduit les changements suivants à la TOC :