Em 14 de setembro de 2026, a Snowflake promoveu o suporte zero-copy à disponibilidade geral em seus warehouses interativos. A expressão descreve uma mudança simples de entender e relevante para quem administra dados: as consultas passam a alcançar as tabelas existentes sem exigir que elas sejam copiadas ou transformadas para um formato específico do ambiente interativo. O ganho anunciado está na combinação entre acesso direto, baixa latência e alta concorrência. Neste artigo, vamos traduzir o mecanismo, separar o que muda para cada formato e mostrar por que a retirada dessa etapa de cópia altera o caminho entre os dados e a consulta.

A mudança que saiu da fase de prévia

A primeira mudança concreta foi de status: o recurso deixou a fase de Preview, isto é, a etapa de prévia, e passou à disponibilidade geral em 14 de setembro de 2026. Na prática descrita pela Snowflake, um warehouse interativo pode consultar tabelas diretamente, sem que os dados precisem ser migrados ou copiados para formatos específicos desse ambiente. A atualização completa está registrada nas notas oficiais da Snowflake. A diferença entre uma funcionalidade em prévia e uma funcionalidade em disponibilidade geral está, aqui, na mudança do estágio anunciado pela própria plataforma, o que permite entender o zero-copy como uma capacidade oficialmente liberada para uso geral.

Essa mudança alcança primeiro as tabelas padrão e as tabelas dinâmicas, que passam a ser consultáveis diretamente por warehouses interativos. O ponto central é a eliminação da exigência de produzir uma versão paralela dos dados antes da consulta. Em vez de separar a informação em uma cópia preparada para o ambiente interativo, o recurso permite trabalhar sobre as tabelas já existentes. A consequência descrita pela documentação é um caminho mais curto entre o dado armazenado e a operação de consulta, sem a etapa adicional de transformação para um formato específico, e essa mesma lógica se estende aos demais formatos citados pela Snowflake.

Quatro formatos, uma consulta direta

A mesma lógica alcança as tabelas Iceberg e híbridas, que também podem ser consultadas diretamente usando warehouses interativos. Iceberg é um formato de tabela voltado à organização de dados em ambientes analíticos, enquanto a expressão tabela híbrida identifica outro formato contemplado pela atualização da Snowflake. O fato relevante não está em criar uma nova cópia para cada caso, mas em permitir que esses dados existentes sejam acessados pelo ambiente interativo. Assim, a lista anunciada pela empresa reúne formatos diferentes sob uma mesma regra operacional: a consulta ocorre sem exigir migração ou transformação prévia, mantendo o foco no caminho direto até a informação.

É justamente essa cobertura que dá alcance à expressão todos os formatos de tabela. A atualização não ficou restrita a uma classe específica de dados, pois a documentação menciona tabelas padrão, dinâmicas, Iceberg e híbridas como fontes que podem ser consultadas diretamente. Para quem precisa entender a mudança sem o excesso de jargão, a imagem é a de uma ponte que passa a aceitar diferentes tipos de carga sem pedir que cada um seja descarregado e remontado antes da travessia. O warehouse interativo continua sendo o ambiente de consulta, mas deixa de depender de uma preparação baseada em cópia ou transformação dos dados para formatos próprios.

O termo zero-copy resume exatamente essa retirada de etapa. Em vez de duplicar os dados existentes ou convertê-los para formatos específicos dos warehouses interativos, a Snowflake descreve um acesso direto às tabelas. A empresa associa esse desenho a baixa latência, expressão usada para indicar menor tempo de resposta, e a alta concorrência, que corresponde à capacidade de atender muitas consultas ao mesmo tempo. Esses dois objetivos ajudam a explicar por que a atualização interessa a quem opera consultas: o valor anunciado está em combinar o acesso aos dados já existentes com respostas rápidas e atendimento simultâneo, sem inserir uma fase de preparação baseada em cópia.

Uma atualização inserida em um pacote maior

Essa entrega apareceu no mesmo dia em que outras funcionalidades da Snowflake também foram declaradas em disponibilidade geral. As notas de versão registraram a chegada da linhagem externa, recurso associado ao acompanhamento da origem e do percurso dos dados, e do Snowflake App Runtime. A informação ajuda a situar o zero-copy dentro de uma sequência de liberações gerais anunciadas pela plataforma no início e em meados de setembro de 2026. Ainda assim, cada recurso resolve uma questão diferente: a linhagem acompanha o caminho da informação, enquanto o zero-copy trata da forma como tabelas existentes podem ser consultadas.

Além dessas liberações, a mesma atualização registrou a disponibilidade geral de recursos para projetos dbt, incluindo capacidades como Slim CI, defer-to-production, recuperação de execuções com falha e execução concorrente. Esses itens aparecem nas notas de versão como parte das atualizações de 14 de setembro de 2026, mas não alteram o núcleo da notícia sobre as tabelas. O fio que interessa aqui permanece claro: no caso do zero-copy, a mudança está em retirar a necessidade de copiar ou transformar dados para que o warehouse interativo consiga consultá-los, uma decisão técnica que ataca diretamente o caminho de acesso à informação.

Como traduzir a novidade para o trabalho com dados

Para quem precisa avaliar a novidade, a primeira pergunta prática é verificar quais tabelas já existem e como elas são usadas nas consultas interativas. A documentação da Snowflake afirma que o acesso direto cobre diferentes formatos, portanto a análise deve partir dos dados atuais, e não de uma suposição de que será preciso reconstruí-los em uma estrutura separada. No caso das tabelas padrão e dinâmicas, a regra anunciada é a consulta direta; no caso das tabelas Iceberg e híbridas, a mesma possibilidade também foi declarada. Esse raciocínio evita confundir o zero-copy com uma ferramenta de conversão, porque a proposta apresentada é justamente consultar sem criar essa etapa intermediária.

Depois de sair da fase de Preview, o recurso passou a ser apresentado como disponibilidade geral e pode ser lido a partir de dois critérios objetivos: o formato da tabela está entre os contemplados e a consulta será executada por um warehouse interativo. Quando essas condições são observadas, o ponto decisivo é a ausência da cópia, da transformação e da migração para formatos específicos desse ambiente. A caixa de ferramentas deixada pela atualização é, portanto, uma verificação simples da arquitetura existente: identificar o formato das tabelas, confirmar o uso do warehouse interativo e avaliar o acesso direto que a Snowflake passou a disponibilizar. O velho problema da cópia ganhou uma resposta curta, quase uma piada de sistemas: desta vez, o dado não precisou fazer uma cópia dele mesmo.