Utilisation de tables temporaires et transitoires¶

Utilisation du stockage de données pour les tables temporaires¶

Pour la durée de l’existence d’une table temporaire, les données stockées dans la table contribuent aux frais de stockage globaux que Snowflake facture à votre compte. Pour éviter toute modification inattendue du stockage, en particulier si vous créez de grandes tables temporaires dans des sessions que vous gérez pour des périodes supérieures à 24 heures, Snowflake recommande de détruire explicitement ces tables une fois qu’elles ne sont plus nécessaires. Vous pouvez également quitter explicitement la session dans laquelle la table a été créée pour vous assurer qu’aucun frais supplémentaire n’est cumulé.

Pour plus d’informations, consultez Comparaison des types de table (dans cette rubrique).

Conflits de nom potentiels avec d’autres types de table¶

Comme les autres types de table (transitoire et permanente), les tables temporaires appartiennent à une base de données et à un schéma spécifiés. Cependant, comme elles sont basées sur des sessions, elles ne sont pas liées par les mêmes exigences d’unicité. Ceci signifie que vous pouvez créer des tables temporaires et non temporaires avec le même nom dans le même schéma.

Toutefois, notez que, dans la session, la table temporaire a la priorité sur toute autre table portant le même nom dans le même schéma. Ceci peut conduire à des conflits potentiels et à des comportements inattendus, en particulier lors de l’exécution de DDL sur des tables temporaires et non temporaires. Par exemple :

• Vous pouvez créer une table temporaire portant le même nom qu’une table existante dans le même schéma, masquant ainsi la table existante.

• Vous pouvez créer une table portant le même nom qu’une table temporaire existante dans le même schéma. Toutefois, la table nouvellement créée est masquée par la table temporaire.

Par la suite, toutes les requêtes et autres opérations effectuées dans la session sur la table n’affectent que la table temporaire.

Création d’une table temporaire¶

Pour créer une table temporaire, il suffit de spécifier le mot-clé TEMPORARY (ou l’abréviation TEMP) dans CREATE TABLE.

Notez que la création d’une table temporaire ne nécessite pas le privilège CREATE TABLE sur le schéma dans lequel l’objet est créé.

Par exemple :

CREATE TEMPORARY TABLE mytemptable (id NUMBER, creation_date DATE);

Copy

Utilisation du stockage des données pour les tables transitoires¶

Tout comme les tables permanentes, les tables transitoires contribuent aux frais de stockage globaux que Snowflake facture à votre compte. Cependant, comme les tables transitoires n’utilisent pas Fail-safe, il n’y a aucun coût Fail-safe (c’est-à-dire les coûts associés au maintien des données requises pour la récupération après sinistre Fail-safe).

Pour plus d’informations, consultez Comparaison des types de table (dans cette rubrique).

Tables transitoires créées en tant que clones de tables permanentes¶

Lorsque vous créez une table transitoire en tant que clone d’une table permanente, Snowflake crée un clone à zéro copie. Cela signifie que lorsque la table transitoire est créée, elle n’utilise aucun stockage de données, car elle partage toutes les micropartitions existantes de la table permanente d’origine. Lorsque des lignes sont ajoutées, supprimées ou mises à jour dans le clone, il en résulte de nouvelles micropartitions qui appartiennent exclusivement au clone (dans ce cas, la table transitoire).

Lorsqu’une table permanente est supprimée, elle entre en état Fail-safe pour une période de 7 jours. Les octets Fail-safe intégrés entraînent des coûts de stockage. Si une table transitoire est créée en tant que clone d’une table permanente, cela peut retarder le moment où la table permanente est supprimée et où tous ses octets passent à l’état Fail-safe. Si le clone de la table transitoire partage des micropartitions avec la table permanente lorsqu’il est supprimé, ces octets partagés n’entreront en état Fail-safe que lorsque la table transitoire sera supprimée.

Bases de données et schémas transitoires¶

Snowflake prend également en charge la création de bases de données et de schémas transitoires. Toutes les tables créées dans un schéma transitoire, ainsi que tous les schémas créés dans une base de données transitoire, sont transitoires par définition.

Création d’une table, d’un schéma ou d’une base de données transitoire¶

Pour créer une table, un schéma, une base de données transitoire, il suffit de spécifier le mot-clé TRANSIENT lors de la création de l’objet :

• CREATE TABLE

• CREATE SCHEMA

• CREATE DATABASE

Par exemple, pour créer une table transitoire :

CREATE TRANSIENT TABLE mytranstable (id NUMBER, creation_date DATE);

Copy

Notes Time Travel¶

• La période de conservation de Time Travel pour une table peut être spécifiée lors de la création de la table ou ultérieurement. Pendant la période de conservation, toutes les opérations de Time Travel peuvent être effectuées sur les données de la table (par exemple, les requêtes) et la table elle-même (par exemple, le clonage et la restauration).

• Si la période de conservation Time Travel d’une table permanente est définie sur 0, elle entrera immédiatement dans la période Fail-safe au moment de la destruction.

• Les tables temporaires peuvent avoir une période de conservation de Time Travel de 1 jour. Cependant, une table temporaire est purgée une fois que la session (dans laquelle la table a été créée) se termine, de sorte que la période de conservation réelle est de 24 heures ou la durée restante de la session, en fonction de ce qui est le plus court.

• Une requête Time Travel de longue durée retardera la purge des tables temporaires et transitoires jusqu’à ce que la requête soit terminée.

Remarques sur Fail-safe¶

• La période Fail-safe n’est configurable pour aucun type de table.

• Les tables transitoires et temporaires n’ont pas de période Fail-safe. Par conséquent, aucun frais de stockage de données supplémentaires n’est encouru au-delà de la période de conservation Time Travel.