Outubro de 2022¶

Comando ALTER PROCEDURE: suporte adicionado para tags¶

Neste lançamento, Snowflake adiciona suporte para definir uma tag em um procedimento com a instrução ALTER PROCEDURE ALTERPROCEDURE correspondente:

Atualizações de funções: SYSTEM$GET_TAG & TAG_REFERENCES (Information Schema): suporte adicionado para procedimentos armazenados¶

Com este lançamento, Snowflake adiciona suporte para especificar procedimentos armazenados como o domínio do objeto ao chamar a função SYSTEM$GET_TAG e ao chamar a função TAG_REFERENCES da tabela do Information Schema. Com ambas as funções, especifique PROCEDURE para o domínio do objeto.

Novas funções¶

As novas funções a seguir foram introduzidas:

Use as novas funções com SnowCD. Não haverá mais suporte para as funções obsoletas a partir de 10 de janeiro de 2023. Atualize todas as cargas de trabalho para substituir as funções obsoletas pelas novas funções. Para obter mais detalhes, veja a lista de Recursos obsoletos (na Comunidade).

Novo parâmetro CREATE ACCOUNT¶

Com esta versão, os administradores da organização que criam novas contas usando o comando CREATE ACCOUNT têm a opção de implementar autenticação do par de chaves para o usuário administrativo inicial da conta. Antes disso, o usuário inicial sempre tinha credenciais de login com nome de usuário/senha.

Foi adicionado o seguinte parâmetro CREATE ACCOUNT:

Para obter mais detalhes, consulte CREATE ACCOUNT.

Procedimentos anônimos — Versão preliminar¶

Com este versão, temos o prazer de anunciar a versão preliminar de procedimentos anônimos, que são como procedimentos armazenados, exceto que eles não ficam armazenados para uso posterior. Além disso, ao contrário dos procedimentos armazenados, você não precisa de privilégios de esquema CREATE PROCEDURE para criar um procedimento anônimo.

Você pode tanto criar como chamar um procedimento anônimo especificando um comando CALL prefixado por uma cláusula WITH. A cláusula WITH especifica os detalhes do procedimento, incluindo parâmetros, tipo de retorno, linguagem do manipulador, e assim por diante. O comando CALL chama esse procedimento.

Para obter mais detalhes, consulte CALL (com procedimento anônimo).

Serviço de otimização de pesquisa: suporte à pesquisa de configurações de coluna, expressão regular e subcadeia de caracteres, VARIANT e GEOGRAPHY disponível em todas as regiões — Versão preliminar¶

Temos o prazer de anunciar que o suporte da versão preliminar para permitir a otimização de pesquisa de colunas específicas em uma tabela está agora disponível em todas as regiões.

A versão preliminar do suporte a consultas com os seguintes tipos de predicados no serviço de otimização de pesquisa também está disponível em todas as regiões:

• Predicados que usam padrões de cadeia de caracteres (como LIKE, ILIKE etc.) e expressões regulares POSIX (como REGEXP).

• Predicados que usam campos em colunas VARIANT, ARRAY e OBJECT.

• Predicados que usam funções geoespaciais selecionadas (consultas das colunas GEOGRAPHY).

Você pode habilitar o suporte para estes métodos para colunas e campos VARIANT específicos em uma tabela. Por exemplo, para uma determinada coluna, você pode permitir o suporte para otimizar a igualdade e as buscas de padrões de cadeias de caracteres.

Os recursos em versão preliminar destinam-se a fins de avaliação e teste e não são recomendados para uso em produção.

Para obter mais informações, consulte Serviço de otimização de pesquisa.

Funções PARSE_XML e CHECK_XML: novo argumento para desativar a conversão automática¶

Por padrão, as funções PARSE_XML e CHECK_XML tentam converter os valores numéricos e booleanos em seus tipos de dados correspondentes do Snowflake.

Neste lançamento, Snowflake fornece um novo argumento opcional para desativar esta conversão:

PARSE_XML( '<string_containing_xml>' [ , <disable_auto_convert> ] )
CHECK_XML( '<string_containing_xml>' [ , <disable_auto_convert> ] )

Se você não quiser que a função realize esta conversão, passe TRUE como o segundo argumento. Por exemplo:

SELECT PARSE_XML('<test>22257e111</test>', TRUE);

Para obter mais informações, consulte a documentação em PARSE_XML e CHECK_XML.

Tarefas: realização manual de execuções — Disponibilidade geral¶

Neste lançamento, temos o prazer de anunciar a disponibilidade geral do comando EXECUTE TASK SQL. Este comando permite aos operadores ou proprietários de tarefas realizar manualmente uma única execução de uma tarefa programada (ou seja, uma tarefa autônoma ou tarefa raiz em uma árvore de tarefas). Realizar uma execução de uma tarefa raiz aciona uma execução em cascata de tarefas filho na árvore, como se a tarefa raiz tivesse sido executada em seu horário definido. Anteriormente, uma tarefa agendada só podia começar quando sua próxima execução agendada ocorresse.

O comando EXECUTE TASK é útil para testar tarefas autônomas novas ou modificadas antes de permitir que elas entrem em um cronograma de produção. Chame esse comando SQL em scripts ou procedimentos armazenados, ou execute o comando usando ferramentas ou serviços de terceiros para integrar tarefas em pipelines de dados externos.

Tarefas: notificações de erro para contas Snowflake na Amazon Web Services — Disponibilidade geral¶

Neste lançamento, temos o prazer de anunciar a disponibilidade geral das notificações de erro para tarefas. Quando as tarefas encontram erros durante a execução, este recurso aciona uma notificação que descreve os erros usando mensagens da nuvem, permitindo uma análise mais detalhada do código SQL na definição da tarefa.

Replicação de banco de dados: suporte a tarefas e fluxos — Versão preliminar¶

Com este lançamento, a replicação de banco de dados e Failover/Failback agora oferece suporte à versão preliminar para replicação de objetos de fluxo e tarefa. Para obter mais informações, consulte Replicação e fluxos e Replicação e tarefas.

Linhagem de colunas no Histórico de acesso — Versão preliminar¶

Neste lançamento, Snowflake tem o prazer de anunciar a linhagem de colunas em versão preliminar. A linhagem de colunas (isto é, Histórico de acesso para colunas) estende a coluna objects_modified na exibição ACCESS_HISTORY do Account Usage para especificar como os dados fluem da coluna de origem para a coluna de destino em uma operação de escrita. Snowflake rastreia os dados das colunas de origem através de todos os objetos da tabela subsequente que referenciam os dados das colunas de origem (por exemplo, INSERT, MERGE, CTAS).

Para obter mais detalhes, consulte Histórico de acesso e Exibição ACCESS_HISTORY.

Marcação de objetos: suporte adicionado para procedimentos armazenados¶

Com este lançamento, Snowflake adiciona suporte para atribuir uma tag a um procedimento armazenado.

Para obter mais detalhes sobre sintaxe e uso, consulte Atualizações de funções: SYSTEM$GET_TAG & TAG_REFERENCES (Information Schema): suporte adicionado para procedimentos armazenados (neste tópico).

Marcação de objetos: Aumentar as cotas de marcação para objetos e colunas¶

Com este lançamento, o Snowflake aumenta o número de tags que podem ser colocadas em objetos e colunas da seguinte forma:

• 50 tags únicas em objetos que não são tabelas e exibições.

• Para tabelas, exibições e colunas:

  • 50 tags únicas na tabela ou o próprio objeto de exibição.

  • 50 tags únicas em todas as colunas combinadas dentro de uma tabela ou exibição.

  • Um total de 100 tags em uma tabela ou exibição e todas as suas colunas.

Note que uma única instrução CREATE <objeto> ou ALTER <objeto> pode especificar até 100 tags em uma instrução.

Para obter mais detalhes, consulte Cotas de tags para objetos e colunas.

Políticas de mascaramento baseadas em tags — Disponibilidade geral¶

Com este lançamento, Snowflake tem o prazer de anunciar a disponibilidade geral de políticas de mascaramento baseadas em tags. Uma política de mascaramento baseada em tags combina recursos de marcação de objetos e política de mascaramento para permitir que uma política de mascaramento seja definida em uma tag usando um comando ALTER TAG. Este recurso foi anunciado em versão preliminar em junho de 2022.

Para obter mais detalhes, consulte Políticas de mascaramento baseadas em tags.

Warehouses maiores — Disponibilidade geral¶

Com este lançamento, temos o prazer de anunciar a disponibilidade geral de warehouses maiores (5X-LARGE e 6X-LARGE) em regiões do Amazon Web Services (AWS).

Antes de provisionar um warehouse 5X-LARGE ou 6X-LARGE, entre em contato com o suporte Snowflake.

Para obter mais informações, consulte Visão geral de warehouses.