Solução de problemas de tabelas dinâmicas¶

Minha tabela dinâmica está usando atualização completa em vez de atualização incremental.

O modo de atualização real da tabela dinâmica é determinado no momento da criação e não pode ser alterado posteriormente. Se não for especificado explicitamente, o modo de atualização será definido como AUTO por padrão, selecionando um modo de atualização com base em vários fatores, como complexidade da consulta ou construções, operadores ou funções incompatíveis.

Para um comportamento consistente em todas as versões do Snowflake, defina explicitamente o modo de atualização em todas as tabelas dinâmicas. Por exemplo, se você quiser que suas tabelas dinâmicas sejam atualizadas apenas de forma incremental, você deve definir explicitamente o modo de atualização INCREMENTAL ao criá-las, tendo em mente que pode haver algumas limitações no uso da atualização incremental. Para obter mais informações, consulte Definição do modo de atualização para todas as tabelas dinâmicas de produção.

Usando uma função com os privilégios necessários, você pode verificar o modo de atualização usando um dos seguintes métodos:

• Uso de SQL: Execute a instrução SHOW DYNAMIC TABLES: Na saída, a coluna text exibe o modo de atualização especificado pelo usuário, a coluna refresh_mode mostra o modo de atualização real e refresh_mode_reason mostra por que o modo de atualização real foi escolhido.

• Usando o Snowsight: No menu de navegação, selecione Monitoring » Dynamic Tables e, em seguida, selecione sua tabela dinâmica. Você pode visualizar o modo de atualização da tabela dinâmica na aba Table Details.

Minha tabela dinâmica está executando uma atualização vazia, mas estou vendo um custo.

Atualizações que produzem zero novas linhas líquidas (ou seja, zero linhas adicionadas, atualizadas ou excluídas) consomem recursos do warehouse quando associadas a alterações em qualquer um dos objetos upstream referenciados pela tabela dinâmica.

Por exemplo, se o warehouse virtual associado for suspenso e nenhuma alteração nos objetos base for identificada, o warehouse virtual suspenso não será retomado e nenhum crédito será consumido. Isso é conhecido como atualização NO_DATA. Por outro lado, se forem identificadas alterações, o warehouse virtual será automaticamente retomado para processar as atualizações, o que consome recursos do warehouse, mesmo que o resultado líquido seja zero linhas aplicadas à tabela dinâmica.

Se você estiver vendo um custo, mas não tiver feito nenhuma alteração em sua tabela dinâmica, pode ser devido a uma alteração em sua tabela de origem. Você pode usar a aba Refresh History no Snowsight para verificar se os créditos do warehouse virtual foram consumidos:

1. Faça login no Snowsight.

2. No menu de navegação, selecione Monitoring » Dynamic Tables.

3. Selecione sua tabela dinâmica e vá para a aba Refresh History.

4. Marque caixa de seleção Warehouse used only para visualizar as atualizações que usaram o warehouse para atualizar.

Para obter mais informações, consulte Compreensão do custo de tabelas dinâmicas.

A atualização da minha tabela dinâmica falhou.

Assim como uma consulta Snowflake comum, uma atualização de tabela dinâmica pode falhar devido a problemas com a definição de consulta da tabela dinâmica, dados de entrada (por exemplo, erros de análise) ou problemas internos do sistema.

Para determinar por que a atualização falhou, faça o seguinte:

1. Faça login no Snowsight.

2. No menu de navegação, selecione Monitoring » Dynamic Tables.

3. Selecione sua tabela dinâmica e vá para a aba Table Details.

4. Passe o mouse sobre Last Completed Refresh em Details. Uma caixa de diálogo detalhando o código de erro e a mensagem da atualização com falha é exibida.

Se a atualização falhou devido a um código de erro upstream_failed, pode ser que uma das tabelas dinâmicas upstream tenha um problema. Para determinar qual tabela upstream causou a falha:

1. No menu de navegação do Snowsight, selecione Monitoring » Dynamic Tables e, em seguida, selecione sua tabela dinâmica.

2. Abra a página Graph para visualizar o histórico de gráfico de sua tabela dinâmica.

3. No gráfico, selecione a tabela dinâmica upstream que está vermelha e verifique seu Refresh History.

Minha tabela dinâmica está demorando muito para ser criada.

Quando você cria uma tabela dinâmica usando uma instrução CREATE DYNAMIC TABLE, sua atualização inicial ocorre em um horário agendado (ON_SCHEDULE) ou de forma síncrona na criação (ON_CREATE). O preenchimento inicial de dados, ou inicialização, depende de quando a atualização inicial ocorre. Por exemplo, a inicialização síncrona aciona uma atualização de quaisquer tabelas dinâmicas upstream referenciadas, o que pode adicionar tempo de processamento adicional à duração total da inicialização.

A inicialização pode levar algum tempo, dependendo da quantidade de dados digitalizados. Para visualizar o progresso, faça o seguinte:

1. Faça login no Snowsight.

2. No menu de navegação, selecione Monitoring » Query History.

3. No menu suspenso Filters, insira CREATE DYNAMIC TABLE no filtro SQL Text e insira o nome do seu warehouse no filtro Warehouse.

4. Selecione a consulta com sua tabela dinâmica em SQL text e use as abas Query Details e Query Profile para acompanhar o progresso.

Para obter informações gerais sobre inicialização, consulte Compreensão da inicialização de tabelas dinâmicas.

Não consigo ver os metadados da minha tabela dinâmica.

Para visualizar os metadados e o Information Schema de uma tabela dinâmica, você deve usar uma função que tenha o privilégio MONITOR nessa tabela dinâmica. Para obter mais informações, consulte Privilégios para visualizar os metadados de uma tabela dinâmica.