Como é feita a atualização de tabela dinâmica¶

Tipos de atualização de tabela dinâmica¶

O processo de atualização da tabela dinâmica ocorre de duas maneiras:

1. Atualização incremental: esse processo automatizado analisa a consulta da tabela dinâmica e calcula as alterações desde a última atualização. Em seguida, ele mescla essas alterações na tabela. Consulte Consultas suportadas na atualização incremental para obter detalhes sobre consultas suportadas.

2. Atualização completa: quando o processo automatizado não consegue realizar uma atualização incremental, ele realiza uma atualização completa. Isso envolve a execução da consulta da tabela dinâmica e a substituição completa dos resultados materializados anteriores.

As construções usadas na consulta determinam se uma atualização incremental pode ser usada. Depois de criar uma tabela dinâmica, você pode monitorar a tabela para determinar se atualizações incrementais ou completas são usadas para atualizar essa tabela.

Compreensão da meta de atraso¶

A atualização dinâmica da tabela é acionada com base em como os dados podem estar desatualizados, ou o que é comumente referido como atraso ou meta de atraso.

A meta de atraso é especificada de duas maneiras:

1. Medida do nível de atualização: define a quantidade máxima de tempo que o conteúdo da tabela dinâmica deve atrasar as atualizações nas tabelas de base.

   Especificado usando o parâmetro TARGET_LAG = { num { seconds | ... | days } ao alterar ou definir originalmente uma tabela dinâmica.

2. DOWNSTREAM: especifica que a tabela dinâmica deve ser atualizada sob demanda quando outras tabelas dinâmicas que dependem dela precisarem ser atualizadas. As atualizações são inferidas de objetos de banco de dados a montante. As tabelas dinâmicas a jusante são atualizadas apenas quando exigidas pelos consumidores a montante.

Considere o seguinte exemplo em que a tabela dinâmica 2 (DT2) é definida com base na tabela dinâmica 1 (DT1). DT2 deve ler DT1 para materializar seu conteúdo. Além disso, um relatório consome dados do DT2 por meio de uma consulta.

Os seguintes resultados são possíveis, dependendo de como cada tabela dinâmica especifica seu atraso:

Consultas suportadas na atualização incremental¶

A tabela a seguir descreve as expressões, palavras-chave e cláusulas que atualmente oferecem suporte à atualização incremental. Para obter uma lista de consultas que não oferecem suporte à atualização incremental, consulte Limitações ao suporte para atualização incremental.

Funções não determinísticas suportadas em atualização completa¶

As seguintes funções não determinísticas são suportadas em tabelas dinâmicas. Observe que essas funções são suportadas apenas para atualizações completas. Para obter uma lista do que não é compatível com atualização incremental, consulte Limitações ao suporte para atualização incremental.

• Funções definidas pelo usuário VOLATILE

• Funções de sequência (por exemplo, SEQ1, SEQ2)

• As seguintes funções de contexto:

  • CURRENT_ROLE

  • CURRENT_WAREHOUSE

  • CURRENT_ACCOUNT

  • CURRENT_REGION

• As seguintes funções de data e hora (com seus respectivos aliases):

  • CURRENT_DATE

  • CURRENT_TIME

  • CURRENT_TIMESTAMP

Como os dados são atualizados quando as tabelas dinâmicas dependem de outras tabelas dinâmicas¶

Quando um atraso de tabela dinâmica é especificado como uma medida de tempo, o processo de atualização automatizado determina o planejamento para atualizações, com base nos tempos de atraso de destino das tabelas dinâmicas. O processo escolhe um cronograma que melhor atenda aos tempos da meta de atraso das tabelas.

Para manter os dados consistentes nos casos em que uma tabela dinâmica depende de outra, o processo atualiza todas as tabelas dinâmicas em uma conta em horários compatíveis. O momento das atualizações menos frequentes coincide com o momento das atualizações mais frequentes.

Por exemplo, suponha que a tabela dinâmica A tenha uma meta de atraso de dois minutos e consulte a tabela dinâmica B que tenha uma meta de atraso de um minuto. O processo pode determinar que A deve ser atualizado a cada 96 segundos e B a cada 48 segundos. Como resultado, o processo pode aplicar o seguinte cronograma:

Isso significa que, a qualquer momento, ao consultar um conjunto de tabelas dinâmicas que dependem umas das outras, você está consultando o mesmo “instantâneo” dos dados nessas tabelas.

Observe que a meta de atraso de uma tabela dinâmica não pode ser menor que a meta de atraso das tabelas dinâmicas das quais ela depende. Por exemplo, suponha que você especifique o seguinte:

• A tabela dinâmica A consulta as tabelas dinâmicas B e C.

• Tabela dinâmica B tem uma meta de atraso de cinco minutos.

• Tabela dinâmica C tem uma meta de atraso de um minuto.

Isso significa que o tempo da meta de atraso para A não deve ser inferior a cinco minutos (ou seja, não menor que o maior dos tempos de atraso para B e C).

Se você definir o atraso de A para cinco minutos, o processo configurará um cronograma de atualização com estes objetivos:

• Atualize C com frequência suficiente para manter o atraso abaixo de um minuto.

• Atualize A e B juntos e com frequência suficiente para manter seus atrasos abaixo de cinco minutos.

• Certifique-se de que a atualização de A e B coincida com uma atualização de C para garantir o isolamento do instantâneo.

Observação: se as atualizações demorarem muito, o agendador poderá ignorá-las para tentar se manter atualizado. No entanto, o isolamento do instantâneo é preservado.