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

• Conectividade privada para tráfego de rede de saída

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¶

With this release, we are pleased to announce the preview of loading unstructured data with Document AI. By integrating with Document AI, Snowflake now supports loading unstructured data, similar to loading structured and semi-structured data. To load unstructured data with this preview feature, you can run the same COPY INTO table command with a new copy option file_processor.