Esquema:: ACCOUNT_USAGE

Exibição DYNAMIC_TABLE_REFRESH_HISTORY¶

Esta exibição Account Usage exibe informações para o histórico de atualização de tabela dinâmica.

Consulte também:: DYNAMIC_TABLE_REFRESH_HISTORY (Information Schema)

Colunas¶

Nome da coluna	Tipo de dados	Descrição
NAME	VARCHAR	Nome da tabela dinâmica.
SCHEMA_NAME	VARCHAR	Nome do esquema que contém a tabela dinâmica.
DATABASE_NAME	VARCHAR	Nome do banco de dados que contém a tabela dinâmica.
ID	NUMBER	O identificador interno gerado pelo Snowflake para a tabela dinâmica.
SCHEMA_ID	NUMBER	O identificador interno gerado pelo Snowflake do esquema com a tabela dinâmica.
DATABASE_ID	NUMBER	O identificador interno gerado pelo Snowflake do banco de dados com a tabela dinâmica.
STATE	VARCHAR	Status da atualização da tabela dinâmica. Pode ser um dos seguintes: . – EXECUTING: atualização em andamento. . – SUCCEEDED: atualização concluída com sucesso. . – FAILED: atualização falhou durante a execução. . – CANCELLED: atualização cancelada antes da execução. . – UPSTREAM_FAILED: atualização não realizada devido a uma falha de atualização upstream.
STATE_CODE	VARCHAR	Código que representa o estado atual da atualização.
STATE_MESSAGE	VARCHAR	Descrição do estado atual da atualização.
QUERY_ID	VARCHAR	ID da instrução SQL que produziu os resultados para a tabela dinâmica.
DATA_TIMESTAMP	TIMESTAMP_LTZ	Carimbo de data/hora transacional quando a atualização foi avaliada. (Isso pode ocorrer um pouco antes da hora real da atualização.) Todos os dados, em objetos base, que chegaram antes desse carimbo de data/hora estão atualmente incluídos na tabela dinâmica.
REFRESH_START_TIME	TIMESTAMP_LTZ	Hora em que o trabalho de atualização foi iniciado.
REFRESH_END_TIME	TIMESTAMP_LTZ	Hora em que a atualização foi concluída.
COMPLETION_TARGET	TIMESTAMP_LTZ	Hora em que esta atualização deve ser concluída para manter o atraso sob o parâmetro TARGET_LAG para a tabela dinâmica. Isto é igual a DATA_TIMESTAMP da última atualização + TARGET_LAG.
QUALIFIED_NAME	TEXT	Nome totalmente qualificado da tabela dinâmica conforme aparece no gráfico de tabelas dinâmicas. Você pode usar isso para juntar a saída com a saída da função DYNAMIC_TABLE_GRAPH_HISTORY.
LAST_COMPLETED_DEPENDENCY	OBJECT	Contém as seguintes propriedades: . – `qualified_name`: O nome qualificado da última dependência a se tornar disponível. . – `data_timestamp`: A versão de atualização dessa dependência.
STATISTICS	OBJECT	Contém as seguintes propriedades: . – `numInsertedRows`: O número de linhas inseridas. . – `numDeletedRows`: O número de linhas que foram excluídas. . – `numCopiedRows`: O número de linhas que foram copiadas sem alterações. . – `numAddedPartitions`: O número de partições adicionadas. . – `numRemovedPartitions`: O número de partições removidas. . Por exemplo, se uma instrução UPDATE atualiza 1 linha em uma partição com 10 linhas. Em seguida, as métricas acima mostram 1 linha inserida, 1 excluída e 9 copiadas. Além disso, 1 partição é removida e 1 partição adicionada.
REFRESH_ACTION	TEXT	Um dos seguintes: . – NO_DATA – nenhum dado novo nas tabelas base. Não se aplica à atualização inicial de tabelas dinâmicas recém-criadas, independentemente de as tabelas base terem ou não dados. . – REINITIALIZE – a tabela base foi alterada ou a tabela de origem de uma tabela dinâmica clonada foi atualizada durante a clonagem. . – FULL – Atualização completa, pois a tabela dinâmica contém elementos de consulta que não são incrementáveis (consulte SHOW DYNAMIC TABLE refresh_mode_reason) ou porque a atualização completa era mais barata que a atualização incremental. . – INCREMENTAL – atualização incremental normal.
REFRESH_TRIGGER	TEXT	Um dos seguintes: . – SCHEDULED – atualização normal em segundo plano para atender ao atraso de destino ou atraso de destino downstream. . – MANUAL – usuário/tarefa usou ALTER DYNAMIC TABLE <nome> REFRESH . – CREATION – atualização realizada durante a instrução de DDL de criação, acionada pela criação da tabela dinâmica ou de quaisquer tabelas dinâmicas do consumidor.
TARGET_LAG	TEXT	Descreve o valor da meta de atraso das tabelas dinâmicas no momento em que ocorreu a atualização.
GRAPH_HISTORY_VALID_FROM	TIMESTAMP_NTZ	Codifica o carimbo de data/hora VALID_FROM da função de tabela DYNAMIC_TABLE_GRAPH_HISTORY quando a atualização ocorreu para esclarecer a qual versão de uma tabela dinâmica uma atualização específica corresponde. Este valor também pode ser NULL se a tabela dinâmica correspondente não tiver sido criada.

Notas de uso¶

A latência da visualização pode ser de até 3 horas.
Para consultar esta exibição, use uma função que tenha a função de banco de dados SNOWFLAKE.USAGE_VIEWER concedida.

Exemplos¶

Encontre atualizações de tabelas dinâmicas com falha durante a semana passada.

SELECT
    data_timestamp,
    database_name,
    schema_name,
    name,
    state,
    state_message,
    query_id
  FROM snowflake.account_usage.dynamic_table_refresh_history
  WHERE state = 'FAILED' AND data_timestamp >= dateadd(WEEK, -1, current_date())
  ORDER BY data_timestamp DESC
  LIMIT 10;

Copy