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 exemplo ROLES, 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.