Como as tags interagem com os recursos do Snowflake¶
Replicação¶
As tags e suas atribuições podem ser replicadas de uma conta de origem para uma conta de destino.
As atribuições de tags não podem ser modificadas na conta de destino após a replicação inicial a partir da conta de origem. Por exemplo, não é permitido colocar uma tag em um banco de dados secundário (por exemplo, replicado). Para modificar as atribuições de tags na conta de destino, modifique-as na conta de origem e replique-as na conta de destino.
Para replicação de banco de dados, a operação de replicação falha se uma das seguintes condições for verdadeira:
O banco de dados primário está em uma conta Enterprise (ou superior) e contém uma tag, mas uma ou mais das contas aprovadas para replicação estão em edições anteriores.
Um objeto contido no banco de dados primário tem uma referência pendente a uma tag em um banco de dados diferente.
Para evitar um erro de referência pendente, replique o banco de dados e os objetos em nível de conta usando um grupo de replicação ou failover. Certifique-se de que o grupo de replicação inclua:
O banco de dados que contém as tags na propriedade
ALLOWED_DATABASES
.Outros objetos de nível de conta que tenham uma tag na propriedade
OBJECT_TYPES
(por exemploROLES
,WAREHOUSES
).Para obter mais detalhes, consulte CREATE REPLICATION GROUP e CREATE FAILOVER GROUP.
Nota
Ao usar grupos de replicação e failover ou replicação de banco de dados:
Os recurso de failover/failback estão disponíveis apenas para contas Snowflake que sejam Business Critical Edition (ou superior).
Para obter mais informações, consulte Introdução à replicação e failover em várias contas.
Se você especificar a
IGNORE EDITION CHECK
cláusula para replicação de banco de dados em uma instrução ALTER DATABASE ou em uma instrução CREATE OR ALTER para um grupo de replicação ou failover, a replicação de tag pode ocorrer quando a conta de destino é de uma edição anterior à edição Business Critical.Para obter mais detalhes, consulte a descrição da cláusula nestes comandos.
Clonagem¶
Associações de tags no objeto de origem (por exemplo, tabela) são mantidas nos objetos clonados.
Para um banco de dados ou esquema:
As tags armazenadas no banco de dados ou esquema também são clonadas.
Quando um banco de dados ou esquema é clonado, as tags contidas no esquema ou banco de dados também são clonadas.
Se existir uma tabela ou exibição no esquema de origem/banco de dados e houver referências a tags no mesmo esquema ou banco de dados, a tabela ou exibição clonada será mapeada para a tag clonada correspondente (no esquema/banco de dados de destino) em vez da tag no esquema ou banco de dados de origem.
Compartilhamento de dados¶
Quando a exibição compartilhada e a tag existem em diferentes bancos de dados, conceda o privilégio REFERENCE_USAGE sobre o banco de dados que contém a tag para o compartilhamento. Para obter mais informações, consulte Compartilhamento de dados de vários bancos de dados.
Na conta do consumidor do compartilhamento de dados:
A execução do comando SHOW TAGS retorna a tag compartilhada, desde que a função que executa o comando SHOW TAGS tenha o privilégio USAGE no esquema que contém a tag compartilhada.
Se o provedor conceder o privilégio READ na tag ao compartilhamento ou a uma função de banco de dados compartilhada, o consumidor poderá visualizar as atribuições de tag para a tag compartilhada. Para obter informações, consulte referências de tags compartilhadas.
Se uma tag da conta do provedor do compartilhamento de dados for atribuída a uma tabela compartilhada, o consumidor do compartilhamento de dados não poderá chamar a função SYSTEM$GET_TAG ou a função de tabela Information Schema TAG_REFERENCES para exibir a atribuição de tag.