Protection et partage des données

Architecture de Snowflake

Emily Melhuish

Technical Curriculum Developer, Snowflake

Quand quelque chose tourne mal

Avant

DELETE FROM subscriptions
WHERE status = 'inactive';

Après

time travel.png

Interroger les données à tout moment dans la fenêtre de rétention
DATA_RETENTION_TIME_IN_DAYS peut être défini au niveau compte, base, schéma ou table (le niveau le plus bas prévaut)
Standard : une fenêtre d’un jour est la rétention maximale
Enterprise : jusqu’à 90 jours (selon édition et règles d’objet)
Ne se limite pas aux requêtes SELECT

Chronologie montrant maintenant et il y a 90 jours

AT BEFORE(STATEMENT) / BEFORE(STATEMENT)
- Lie la récupération à l’ID de requête
- Retourne à l’état des données avant cette instruction
UNDROP
- Par exemple, UNDROP TABLE t
- Fonctionne seulement tant que c’est récupérable

AT BEFORE(STATEMENT) / BEFORE(STATEMENT)
- Lie la récupération à l’ID de requête
- Retourne à l’état des données avant cette instruction
UNDROP
- Par exemple, UNDROP TABLE t
- Fonctionne seulement tant que c’est récupérable

Conserve automatiquement les données 7 jours de plus après Time Travel (Fail-safe)
Par défaut, aucune activation requise
Récupération via le support Snowflake
Les données en Fail-safe sont facturées

Chronologie montrant les options

SQL

CREATE TABLE SUBSCRIPTIONS_BACKUP 
  CLONE subscriptions;

Résultat

Table SUBSCRIPTIONS_BACKUP 
créée avec succès.

Afficher le clone et le partage de stockage zéro

Capture d’écran du Marketplace Snowflake

Architecture de Snowflake