Notas da versão 10.12 (com mudanças de comportamento): 3 a 8 de abril de 2026¶
Atenção
A versão foi concluída. Para conhecer as diferenças entre as versões antecipada e final destas notas de versão, consulte Log de mudanças das notas de versão.
Pacotes de mudança de comportamento¶
Esta versão contém os seguintes pacotes de mudança de comportamento:
Nome do pacote |
Status nesta versão |
Status anterior |
|---|---|---|
Desativado por padrão; os administradores podem ativar para fins de teste |
N/A (introduzido nesta versão) |
|
Ativado por padrão; os administradores podem desativar opção de não ativar |
Desativado por padrão |
|
Geralmente ativado; os administradores não podem mais ativar/desativar |
Ativado por padrão |
O status de cada pacote mudará novamente na próxima versão de alteração de comportamento, planejada para maio de 2026; no entanto, esse cronograma está sujeito a alterações.
Para obter mais informações sobre status de pacotes e como eles podem afetar suas contas, consulte Sobre mudanças de comportamento.
Atualizações de SQL¶
Restrições CHECK para tabelas padrão (disponibilidade geral)¶
As restrições CHECK para tabelas padrão agora estão em disponibilidade geral. Uma restrição CHECK aplica uma condição aos valores que podem ser inseridos ou atualizados em uma ou mais colunas de uma tabela. A condição é uma expressão SQL que você define ao criar ou alterar a tabela.
As restrições CHECK são aplicadas, o que significa que qualquer operação INSERT ou UPDATE que violar a restrição resultará em um erro. Você pode definir restrições CHECK em linha como parte de uma definição de coluna ou fora de linha em uma cláusula separada.
Para obter mais informações, consulte Restrições CHECK.
Novos recursos¶
Limites de atualização de tabela dinâmica¶
Agora você pode usar DYNAMIC_TABLE_REFRESH_BOUNDARY() em uma definição de tabela dinâmica para impedir que uma tabela dinâmica upstream seja atualizada juntamente com a tabela dinâmica downstream. Isso permite desacoplar pipelines de tabelas dinâmicas para que cada pipeline seja atualizado independentemente. Atualizações em cascata e isolamento de instantâneos não se aplicam além do limite.
Para obter mais informações, consulte Limite de atualização de tabelas dinâmicas.
Melhorias no histórico de acesso¶
O Histórico de acesso permite monitorar as instruções SQL executadas no Snowflake. Ele mantém o registro dos seguintes tipos de instruções:
Instruções de linguagem de manipulação de dados (DML). Por exemplo, instruções usadas para inserir dados em uma tabela.
Instruções de linguagem de consulta de dados (DQL). Por exemplo, instruções que usam uma instrução SELECT para projetar dados.
Instruções da linguagem de definição de dados (DDL). Por exemplo, instruções que criam ou alteram um objeto Snowflake.
O Snowflake está expandindo quais instruções SQL são incluídas no histórico de acesso. Esta versão inclui suporte ao seguinte:
Instruções CREATE STREAM.
SHOW AGGREGATION POLICIES, SHOW AUTHENTICATION POLICIES, SHOW NETWORK POLICIES e SHOW PASSWORD POLICIES.
DESCRIBE JOIN POLICY, DESCRIBE NETWORK POLICY, DESCRIBE AUTHENTICATION POLICY e DESCRIBE PASSWORD POLICY (DESCRIBE pode ser abreviado como DESC).
DDL relacionado a servidores MCP.
DDL relacionado às instâncias do Postgres.
DDL relacionado aos agentes do Cortex.
Para obter uma lista completa de objetos e comandos que aparecem no seu histórico de acesso, consulte Objetos com suporte.
Log de mudanças das notas de versão¶
Anúncio |
Update |
Data |
|---|---|---|
Notas de lançamento |
Publicação inicial (versão preliminar) |
31 de março de 2026 |
Restrições CHECK para tabelas padrão |
Adicionadas à seção de atualizações do SQL |
9 de abril de 2026 |
Melhorias no histórico de acesso |
Adicionado à seção Novos recursos |
6 de abril de 2026 |
Notas de lançamento |
Publicação final |
8 de abril de 2026 |