11 a 14 de agosto de 2024 – Notas de lançamento 8.30¶

Conectividade privada de saída com acesso à rede externa do Azure e funções externas – Versão preliminar¶

Neste lançamento, temos o prazer de anunciar o suporte para contas Snowflake no Microsoft Azure para usar conectividade privada de saída com dois recursos:

• Acesso à rede externa

• Funções externas

A conectividade privada de saída permite que você use o Azure Private Link da VNet que hospeda sua conta Snowflake para se conectar a um recurso do Azure.

É possível configurar o acesso à rede externa para usar o Azure Private Link para se conectar ao serviço externo a partir da UDF/UDTF ou de procedimentos armazenados no Snowpark ao chamar o procedimento armazenado para se conectar ao local externo. O nome de host do serviço externo é usado para provisionar um ponto de extremidade privado. A regra de rede do tipo PRIVATE_HOST_PORT permite a integração de acesso externo para usar o Azure Private Link. O nome de host e a integração de acesso externo são então especificados no procedimento armazenado que você cria. Isso permite chamar o procedimento armazenado no Snowflake e usar o Azure Private Link para se conectar ao serviço externo.

É possível configurar funções externas no Snowflake para usar o Azure Private Link para se conectar ao serviço externo por meio do Gerenciamento da API Azure, usando o Portal do Azure e o modelo do ARM. Sua assinatura do Azure e o nome de host para o serviço de gerenciamento da API são usados para mapear seu serviço externo para o ponto de extremidade privado que você provisiona. Esses são os mesmos valores que você especifica na integração da API para a função externa. Isso permite que você chame uma função externa no Snowflake e use o Azure Private Link para se conectar ao serviço externo.

Para obter mais informações, consulte:

• Conectividade privada com funções externas: Modelo do ARM

• Conectividade privada com funções externas: Portal do Azure

• Acesso à rede externa e conectividade privada no Microsoft Azure

• Introdução à conectividade privada

Pesquisa de texto completo – Versão preliminar¶

Neste lançamento, temos o prazer de anunciar a versão de um novo recurso de pesquisa de texto completo que já está disponível. Para usar a pesquisa de texto completo, chame uma nova função SEARCH para encontrar dados de caractere (texto) em colunas especificadas de uma ou mais tabelas, incluindo campos nas colunas VARIANT, OBJECT e ARRAY. Na maioria dos casos, você chama a função SEARCH especificando-a na lista SELECT ou na cláusula WHERE de uma instrução SELECT.

A função SEARCH oferece suporte à pesquisa de texto baseada em tokens em várias colunas (ou todas as colunas) de uma ou mais tabelas, o que é uma boa solução para os seguintes casos de uso:

• Pesquisa de texto em dados com uma estrutura inerente, onde os tokens correspondem naturalmente a palavras, campos ou componentes de mensagem. As pesquisas de token podem corresponder exatamente ao texto especificado em uma grande quantidade de dados, o que resulta em menos falsos positivos e consultas mais simples. Por exemplo, uma pesquisa de token para “acesso não autorizada” nos logs do sistema encontra instâncias que não diferenciam maiúsculas de minúsculas de “não autorizada” e “acesso”, mas não encontra instâncias de “autorizada” ou “acessível”.

• Pesquisar texto sem saber o local exata dos dados relevantes. Como a pesquisa de texto completo oferece suporte a pesquisas curinga, você pode pesquisar texto relevante em um conjunto de colunas ou tabelas inteiras sem escrever consultas SQL complexas. Por exemplo, é possível usar a pesquisa de texto completo para procurar uma lista de endereços de e-mail e nomes de usuário em uma tabela.

Para melhorar o desempenho das consultas de pesquisa de texto completo, é possível habilitar opcionalmente a otimização de pesquisa FULL_TEXT em uma coluna específica ou conjunto de colunas em uma tabela. Para fazer isso, execute uma instrução ALTER TABLE…ADD SEARCH OPTIMIZATION ON FULL_TEXT.

Para obter mais informações sobre a pesquisa de texto completo, consulte Como usar a pesquisa de texto completo. Para obter mais informações sobre otimização de pesquisa para consultas de pesquisa de texto completo, consulte Habilitando e desabilitando a otimização de pesquisa.

Definição de usuários como usuários SNOWFLAKE_SUPPORT não mais compatíveis¶

Neste lançamento, não é possível mais definir um atributo de usuário SUPPORT_USER usando os comandos CREATE USER ou ALTER USER.

Usuários com SNOWFLAKE_SUPPORT definidos como TRUE permanecerão como usuários de suporte até que você os descarte. A Snowflake pode acessar esses usuários por meio de processos de suporte.

RANGE BETWEEN com deslocamentos explícitos: Funções de janela adicionais compatíveis¶

Neste lançamento, temos o prazer de anunciar que as seguintes funções de janela adicionais oferecem suporte a quadros de janela RANGE BETWEEN com deslocamentos explícitos:

• STDDEV, STDDEV_SAMP, STDDEV_POP (e aliases)

• VARIANCE , VARIANCE_SAMP, VARIANCE_POP (e aliases)

• COUNT_IF

Por exemplo, é possível calcular valores de desvio padrão para uma coluna e especificar uma quadro de janela RANGE BETWEEN 3 PRECEDING AND 3 FOLLOWING.

Para obter mais informações sobre a sintaxe do quadro de janela, consulte Sintaxe.

Comando UNDROP: Suporte para restaurar objetos usando ID¶

Neste lançamento, temos o prazer de anunciar suporte ao comando UNDROP para restaurar tabelas, esquemas e bancos de dados usando um ID de objeto. Por exemplo, se você tiver removido várias tabelas com o mesmo nome, poderá usar esse recurso para restaurar uma tabela específica usando o ID da tabela. A tabela é restaurada com seu nome original.

Para obter mais informações, consulte os seguintes tópicos:

• UNDROP TABLE

• UNDROP SCHEMA

• UNDROP DATABASE

Filtragem curinga para funções¶

Ao especificar um curinga (*) como argumento em uma chamada para uma função, agora é possível usar as palavras-chave ILIKE e EXCLUDE para filtrar em uma lista SELECT ou cláusula GROUP BY.

Por exemplo, a seguinte chamada para a função COUNT agora é válida:

SELECT COUNT(* ILIKE 'col1%') FROM mytable;

A seguinte chamada para a função OBJECT_CONSTRUCT também é válida:

SELECT OBJECT_CONSTRUCT(* EXCLUDE col1) AS oc FROM mytable;

As palavras-chave ILIKE e EXCLUDE agora também são válidas em constantes de objeto. Por exemplo:

SELECT {* ILIKE 'col1%'} FROM mytable;

SELECT {* EXCLUDE col1} FROM mytable;

Para mais informações, consulte as constantes OBJECT.

Carregamento de dados não estruturados com a AI de documento – Versão preliminar¶

Neste lançamento, temos o prazer de anunciar a versão preliminar do carregamento de dados não estruturados com Document AI. Ao integrar-se à AI de documento, o Snowflake agora oferece suporte ao carregamento de dados não estruturados, de forma semelhante ao carregamento de dados semiestruturados. Para carregar dados não estruturados com esse recurso em versão preliminar, é possível executar o mesmo comando de tabela COPY INTO com uma nova opção de cópia file_processor.

Para obter mais informações, consulte Carregamento de dados não estruturados com Document AI.