Comprendre l’initialisation et l’actualisation des tables dynamiques¶

Compréhension de l’initialisation des tables dynamiques¶

Lorsque vous créez une table dynamique, son actualisation initiale a lieu soit de manière synchrone lors de la création, soit à un moment planifié. Le renseignement initial des données, ou initialisation, dépend du moment où cette actualisation initiale a lieu.

Les tableaux dynamiques sont actualisés en fonction de la latence cible spécifiée, qui définit le délai maximal autorisé entre les mises à jour des tables de base et le contenu du tableau dynamique. Si vous définissez INITIALIZE = ON_CREATE (valeur par défaut), la table est initialisée immédiatement. Si vous avez choisi INITIALIZE = ON_SCHEDULE, l’initialisation a lieu dans le délai de latence cible spécifié.

Prenons l’exemple d’une table dynamique, DT1, dont la latence cible est de 30 minutes. Le renseignement initial des données de DT1 peut se produire comme suit :

• Si DT1 est définie pour s’actualiser de manière synchrone à la création (ON_CREATE), elle s’initialise à la création.

• Si la table DT1 est définie pour être actualisée à une heure planifiée (ON_SCHEDULE), elle s’initialise dans les 30 minutes qui suivent.

Dans les scénarios comportant des dépendances en aval, le comportement d’actualisation dépend des dépendances. Par exemple, si la table dynamique DT1 a une latence cible en aval et que DT2, qui dépend de la table DT1, a une latence cible de 30 minutes, la table DT1 ne s’actualise que lorsque la table DT2 s’actualise.

Pour DT1 :

• Si celle-ci est définie pour une actualisation synchrone à la création, elle s’initialise immédiatement. En cas d’échec de l’initialisation, le processus de création s’arrête, fournissant un retour d’information immédiat sur les erreurs éventuelles.

• Si elle est définie pour s’actualiser à une heure planifiée, l’initialisation dépend de l’heure d’actualisation de la table DT2.

L’initialisation peut prendre un certain temps, suivant la quantité de données analysées. Pour suivre les progrès réalisés, voir Dépannage de la création de tables dynamiques.

Comprendre les options d’actualisation manuelle et planifiée¶

Les tables dynamiques sont actualisées selon une planification déterminée par la latence cible. Chaque fois qu’une table dynamique est lue, l’actualisation des données se fait dans la période définie par la latence cible.

Vous pouvez actualiser manuellement vos tables dynamiques pour obtenir les données les plus récentes à l’aide de la commande ALTER DYNAMIC TABLE … REFRESH ou Snowsight. Pour plus d’informations, voir Actualiser manuellement les tables dynamiques.

Les délais d’expiration de l’actualisation des tables dynamiques sont contrôlés par le paramètre STATEMENT_TIMEOUT_IN_SECONDS, qui définit la durée maximale autorisée au niveau du compte ou de l’entrepôt avant qu’une actualisation ne soit automatiquement annulée.

CREATE TASK my_task
  SCHEDULE = 'USING CRON <expr> <time_zone>'
  AS
    ALTER DYNAMIC TABLE my_dynamic_table REFRESH;

Modes d’actualisation des tables dynamiques¶

Les tables dynamiques prennent en charge deux modes d’actualisation : incrémentielle et complète. Vous pouvez soit paramétrer le mode d’actualisation sur AUTO, soit le définir explicitement :

• Mode d’actualisation AUTO : lorsque vous utilisez le paramètre AUTO, Snowflake sélectionne automatiquement le mode d’actualisation le plus rentable et le plus rapide en fonction de la complexité de la requête, des constructions, des opérateurs et des fonctions pris en charge, ainsi que des performances attendues. Si l’actualisation incrémentielle n’est pas prise en charge ou si elle risque d’être peu performante, Snowflake choisit automatiquement l’actualisation complète.

• Mode d’actualisation incrémentielle : ce mode analyse la requête de la table dynamique et calcule les changements depuis la dernière actualisation. Il fusionne ensuite ces modifications dans la table.

• Mode d’actualisation complète : ce mode exécute la requête de la table dynamique et remplace complètement les résultats précédemment matérialisés.

Après avoir créé une table dynamique, vous pouvez surveiller la table pour déterminer si des actualisations incrémentielles ou complètes sont utilisées pour mettre à jour cette table.

SHOW DYNAMIC TABLES;

Comment les données sont-elles actualisées lorsqu’une table dynamique dépend d’autres tables dynamiques ?¶

Lorsque le décalage d’une table dynamique est défini comme une mesure de temps, le processus d’actualisation automatisé planifie les actualisations de manière à respecter au mieux les temps de latence cibles.

Afin de préserver la cohérence des données dans les cas où une table dynamique dépend d’une autre, le processus actualise toutes les tables dynamiques d’un compte à des moments compatibles. Le délai des actualisations moins fréquentes coïncide avec celui des actualisations plus fréquentes. Si les actualisations prennent trop de temps, le planificateur peut sauter des actualisations pour essayer de rester à jour. Toutefois, l’isolation des instantanés est préservée.

Par exemple, supposons que la table dynamique DT1 ait un latence cible de deux minutes et qu’elle interroge la table dynamique DT2, dont le latence cible est d’une minute. Le processus peut déterminer que la table DT1 doit être actualisé toutes les 96 secondes et la table DT2 toutes les 48 secondes. En conséquence, le processus peut se dérouler selon le calendrier suivant :

Cela signifie qu’à tout moment, lorsque vous interrogez un ensemble de tables dynamiques qui dépendent les unes des autres, vous interrogez le même « instantané » des données de ces tables.

Notez que la latence cible d’une table dynamique ne peut être plus courte que la latence cible des tables dynamiques dont elle dépend. Par exemple, supposons ceci :

• La table DT1 interroge les tables dynamiques DT2 et DT3.

• La table DT2 a une latence cible de cinq minutes.

• La table DT3 a une latence cible d’une minute.

Cela signifie que le temps de latence cible pour DT1 ne doit pas être inférieur à cinq minutes (c’est-à-dire qu’il ne doit pas être inférieur au plus long des temps de latence pour les tables DT2 et DT3).

Si vous avez fixé le délai de DT1 à cinq minutes, le processus établit une planification d’actualisation en fonction de ces objectifs :

• Actualisez suffisamment DT3 pour que son délai d’attente soit inférieur à une minute.

• Actualisez DT1 et DT2 en même temps et suffisamment souvent pour que les délais soient inférieurs à cinq minutes.

• Veillez à ce que le rafraîchissement de DT1 et DT2 coïncide avec une actualisation de DT3 afin de garantir l’isolation des instantanés.

Présentation des effets des modifications apportées aux colonnes des tables de base¶

Lorsque les objets sous-jacents associés à une table dynamique changent, les comportements suivants s’appliquent :

Meilleures pratiques pour l’actualisation des tables dynamiques¶