Interaction des balises avec les fonctions de Snowflake¶
Réplication¶
Les balises et leurs affectations peuvent être répliquées d’un compte source à un compte cible.
Les attributions de balises ne peuvent pas être modifiées dans le compte cible après la réplication initiale à partir du compte source. Par exemple, la mise en place d’une balise sur une base de données secondaire (c’est-à-dire répliquée) n’est pas autorisée. Pour modifier les attributions de balises dans le compte cible, il faut les modifier dans le compte source et les répliquer dans le compte cible.
Pour la réplication de base de données, l’opération de réplication échoue si l’une des conditions suivantes est vraie :
La base de données principale se trouve dans un compte Enterprise (ou supérieur) et contient une balise, mais au moins un des comptes approuvés pour la réplication se trouve sur des éditions inférieures.
Un objet contenu dans la base de données principale a une référence pendante à une balise dans une autre base de données.
Pour éviter une erreur de référence pendante, répliquez la base de données et les objets au niveau du compte à l’aide d’un groupe de réplication ou de basculement. Assurez-vous que le groupe de réplication inclut :
La base de données contenant les balises de la propriété
ALLOWED_DATABASES.Autres objets au niveau du compte qui ont une balise dans la propriété
OBJECT_TYPES(par exempleROLES,WAREHOUSES).Pour plus de détails, reportez-vous à CREATE REPLICATION GROUP et CREATE FAILOVER GROUP.
Note
Lors de l’utilisation de la réplication et des groupes de basculement ou de la réplication de la base de données :
Les fonctions de basculement/restauration ne sont disponibles que pour les comptes Snowflake Business Critical Edition (ou supérieurs).
Pour plus d’informations, reportez-vous à Présentation de la réplication et du basculement à travers plusieurs comptes.
Si vous spécifiez la clause
IGNORE EDITION CHECKpour la réplication des bases de données dans une instruction ALTER DATABASE ou dans une instruction CREATE OR ALTER pour un groupe de réplication ou de basculement, la réplication des balises peut se produire lorsque le compte cible est une édition inférieure à Business Critical.Pour plus de détails, reportez-vous à la description des clauses de ces commandes.
Clonage¶
Les associations de balises dans l’objet source (par ex. des tables) sont maintenues dans les objets clonés.
Pour une base de données ou un schéma :
Les balises stockées dans cette base de données ou ce schéma sont également clonées.
Lorsqu’une base de données ou un schéma est cloné, les balises qui résident dans ce schéma ou cette base de données sont également clonées.
Si une table ou une vue existe dans le schéma/la base de données source et a des références à des balises dans le même schéma ou la même base de données, la table ou la vue clonée est mappée sur la balise clonée correspondante (dans le schéma ou la base de données cible) au lieu de la balise dans le schéma ou la base de données source.
Partage de données¶
Lorsque la vue partagée et la balise existent dans des bases de données différentes, accordez au partage le privilège REFERENCE_USAGE sur la base de données contenant la balise. Pour plus d’informations, voir Partager des données de plusieurs bases de données.
Dans le compte de consommateur de partage de données :
L’exécution de la commande SHOW TAGS renvoie la balise partagée, à condition que le rôle qui exécute la commande SHOW TAGS dispose du privilège USAGE sur le schéma contenant la balise partagée.
Si le fournisseur accorde le privilège READ sur la balise au partage ou à un rôle de base de données partagée, le consommateur peut voir les affectations de la balise partagée. Pour plus d’informations, voir références des balises partagées.
Si une balise du compte de fournisseur de partage de données est affectée à une table partagée, le consommateur de partage de données ne peut pas appeler la fonction SYSTEM$GET_TAG ou la fonction de table Information Schema TAG_REFERENCES pour visualiser l’affectation de la balise.