Configurer l’exécution automatique¶
Cette section explique comment configurer l’exécution automatique inter-Cloud (exécution automatique) pour les produits de données de partage sécurisé et les produits de données de paquet d’application. Elle décrit également comment configurer l’exécution automatique au niveau de l’objet pour un listing.
Vous devez ajouter un produit de données à votre annonce avant de pouvoir mettre en place l’exécution automatique. En outre, les étapes de configuration de l’exécution automatique varient suivant le produit de données que vous proposez et la manière dont vous mettez votre listing à disposition.
Configurer l’exécution automatique au niveau de l’objet¶
Vous pouvez configurer l’exécution automatique pour transférer automatiquement le produit de données associé à votre annonce vers d’autres régions Snowflake. Vous pouvez également utiliser l’exécution automatique SUB_DATABASE et choisir de n’exécuter que les tables et les vues d’un produit de données dans une région distante à l’aide de l’exécution automatique. Cela peut contribuer à réduire les coûts et à alléger la charge de gestion de votre produit de données exécuté automatiquement.
Les étapes ci-dessous décrivent comment configurer l’exécution automatique au niveau de l’objet pour un listing. Dans le cadre d’un flux de travail classique, vous configurez l’exécution automatique au niveau de l’objet lorsque vous configurez la disponibilité de la région (pour un listing publié sur Snowflake Marketplace) ou lorsque vous ajoutez un consommateur situé dans une autre région (pour un listing partagé en privé).
Créer une liste. Voir Créer un listing.
Ajoutez un produit de données qui ne contient que des objets pris en charge.
Configurez des régions ou des comptes avec lesquels partager pour commencer à configurer l’exécution automatique :
Pour une annonce publiée sur Snowflake Marketplace :
Localisez la section Region Availability et sélectionnez Add.
Pour Region availability, conservez la valeur par défaut All regions ou sélectionnez Custom regions pour votre annonce.
Pour une annonce partagée en privé, ajoutez un compte de consommateur dans une région distante.
Sélectionnez votre intervalle d’actualisation préféré pour la mise à jour du produit de données dans les régions éloignées.
Publiez votre annonce ou enregistrez-la sous forme de brouillon.
Set up auto-fulfillment for a listing that spans databases¶
Providers can create a single listing that spans databases, eliminating the need to create one combined database per listing. In this case, all listings associated with a database are auto-fulfilled together.
Workflow¶
A provider has a database (main database) that they want to share. They also have views in that database that reference objects in another database (referenced database).
The provider creates a share in the main database.
Using GRANT <privilège> … TO SHARE, the provider grants the following required privileges to the share:
The provider grants the USAGE privilege on the main database that contains the view to the share.
The provider grants the REFERENCE_USAGE privilege on the referenced database to the share.
The provider grants the USAGE privilege on the schema that contains the view to the share.
The provider grants the SELECT privilege on the view to the share.
The provider creates a listing with the share and enables auto-fulfillment for cross-region cross-cloud consumers.
For more information, see Partager des données de plusieurs bases de données.
Supported reference types¶
When REFERENCE_USAGE is granted on a database to a share, the following reference types are supported:
A view referencing a table or view in another database.
Tables or views with policies when these policies are stored in another database.
Tables or views with tags when these tags are stored in another database.
Note
A tag without an attached policy in a different database will only be replicated if reference usage is granted. Otherwise, replication will be skipped. See GRANT <privilège> … TO SHARE for more information. If the tag is used in tag-based masking, then the share is treated as a table or view with row-access policies.
Limitations¶
Snowflake groups listings together when refreshing the data. Setting up listings that span multiple databases can change the way listings are grouped. As a result, the following might be affected:
The listing refresh history can be missing or incorrect after update the auto-fulfillment schedule.
Setting the
refresh_schedule_overrideoption may be required. When this option is missing, a resulting error message will include the list of listings that were affected by the change in the order that the listings were grouped.
Usage notes¶
When setting up auto-fulfillment, if the selected and referenced databases include existing listings, then the values in the Data product refresh section default to the existing refresh schedule. As a result, changes to the auto-fulfillment refresh schedule apply to all other listings associated with this database and with the referenced database.
Examples¶
For examples on how to create a secure view that references objects and other views in one or more databases, see the Share data from multiple databases examples.
After you create a secure view, you can create a listing that includes the secure view and set up auto-fulfillment on the listing. For examples on how to create listings on the Snowflake Marketplace, see Create and publish a listing.