29 de julho a 1º de agosto de 2024 – Notas de lançamento 8.28¶

Novas funções de SQL¶

A(s) seguinte(s) função(ões) agora está(ão) disponível(is) neste lançamento:

Comandos CREATE e ALTER para grupos failover e replicação: Suporte adicionado para tags¶

Neste lançamento, o Snowflake adiciona suporte para definir uma tag em grupos de failover e replicação da seguinte forma:

ALTER { REPLICATION | FAILOVER } GROUP <name>
    SET TAG <tag_name> = '<tag_value>' [ , <tag_name>= '<tag_value>' … ]

ALTER { REPLICATION | FAILOVER } GROUP <name>
    UNSET TAG <tag_name> [ , <tag_name> … ]

CREATE [ OR REPLACE ] { REPLICATION | FAILOVER } GROUP <name>
    ...
    ...
    [ [ WITH ] TAG ( <tag_name> = '<tag_value>' [ , <tag_name> = '<tag_value>' , ... ] ) ]

Onde <tag_name> e <tag_value> especifica o nome da tag (ou seja, a chave) e o valor da tag a ser definida ou a ter a definição removida para o grupo de failover ou replicação:

• O número máximo de chaves de tag únicas que pode ser definido em um objeto é 20.

• O valor de tag é sempre uma cadeia de caracteres, e o número máximo de caracteres do valor da tag é 256.

Para obter mais informações, consulte:

• ALTER FAILOVER GROUP

• ALTER REPLICATION GROUP

• CREATE FAILOVER GROUP

• CREATE REPLICATION GROUP

Account Usage: Nova exibição SEARCH_OPTIMIZATION_BENEFITS¶

Neste lançamento, temos o prazer de anunciar a nova exibição SEARCH_OPTIMIZATION_BENEFITS no esquema ACCOUNT_USAGE.

Esta exibição fornece informações sobre o número de partições removidas especificamente devido à otimização de pesquisa. Esta exibição é semelhante à exibição TABLE_PRUNING_HISTORY, mas fornece informações sobre remoção devido à otimização de pesquisa.

Para obter mais informações, consulte Exibição SEARCH_OPTIMIZATION_BENEFITS.

Marcação de objetos: Suporte adicionado para grupos de failover e replicação¶

Neste lançamento, a Snowflake tem o prazer de anunciar que é possível definir tags em grupos de failover e replicação.

Para obter mais informações, consulte Comandos CREATE e ALTER para grupos failover e replicação: Suporte adicionado para tags (neste tópico).

Qualidade de dados e funções de métricas de dados (DMFs) – Disponibilidade geral¶

Neste lançamento, a Snowflake tem o prazer de anunciar a disponibilidade geral do Data Quality Monitoring com funções de métricas de dados (DMFs). O Data Quality Monitoring usa DMFs para monitorar continuamente métricas de qualidade de dados, como integridade, precisão, exclusividade e validade. Você pode usar as DMFs do sistema fornecido pela Snowflake para métricas comuns, como contagem de linhas, duplicatas e atualização. Alternativamente, você pode criar suas próprias DMFs personalizadas para definir métricas específicas para seus próprios dados.

Você pode usar a DMF em uma consulta para testar a qualidade dos dados em seu pipeline ou associar a DMF a tabelas desejadas para monitorar continuamente sua qualidade. O monitoramento contínuo pode ser baseado em cronograma para medições periódicas ou em acionadores para medir somente quando a tabela subjacente for modificada.

Desde o anúncio da disponibilidade da versão preliminar em março, fizemos as seguintes atualizações:

• Novo privilégio de esquema: CREATE DATA METRIC FUNCTION. Esta é uma mudança em relação à versão preliminar, onde era necessário usar o privilégio CREATE FUNCTION.

  Agora, sua função deve ter o privilégio CREATE DATA METRIC FUNCTION para criar uma DMF.

• Nova função de tabela: DATA_QUALITY_MONITORING_RESULTS

• Controle de acesso para a nova função de tabela.

• Suporte adicionado para novos tipos de tabelas: tabela dinâmica, exibição materializada, tabela Apache Iceberg™, tabela externa, tabela de evento, tabela temporária e tabela transitória.

• O número de associações de DMF aumentou para 10.000 por conta.

• DMFs do sistema para estatísticas, que foram anunciadas em junho.

Para obter mais informações, consulte Introdução à qualidade de dados e funções de métricas de dados.

Snowpipe: Nova saída em SYSTEM$PIPE_STATUS¶

Neste lançamento, a saída da função de sistema PIPE_STATUS inclui um novo campo, syncHistoryRemainingEntries. Quando um canal falha, as entradas do histórico de carregamento podem continuar sendo replicadas para o canal, garantindo que as alterações da última operação de atualização estejam atualizadas. Este novo campo pode ajudar você a monitorar o progresso da replicação do histórico de carregamento de um canal.

Para obter mais informações, consulte SYSTEM$PIPE_STATUS.

Tabelas dinâmicas: Suporte para nivelamento lateral incremental¶

Neste lançamento, agora é possível usar o nivelamento lateral com atualização incremental configurando o modo de atualização como INCREMENTAL. A seleção da coluna SEQ de nivelamento a partir de uma junção de nivelamento lateral não é compatível para atualização incremental.

Para obter mais informações, consulte Consultas suportadas na atualização incremental.

Tabelas Apache Iceberg™: Suporte para Snowflake Open Catalog – Versão preliminar¶

Neste lançamento, a Snowflake tem o prazer de anunciar a versão preliminar do suporte à integração de tabelas Apache Iceberg™ no Snowflake com o Snowflake Open Catalog.

Usando uma configuração de integração de catálogo para Open Catalog, é possível fazer o seguinte:

• Consultar uma tabela no Open Catalog usando o Snowflake.

• Sincronize uma tabela Iceberg gerenciada pelo Snowflake com o Open Catalog.

Para obter mais informações, consulte Usar tabelas Apache Iceberg™ com o Snowflake Open Catalog no Snowflake.