Sélectionner vos préférences de cookies

Nous utilisons des cookies essentiels et des outils similaires qui sont nécessaires au fonctionnement de notre site et à la fourniture de nos services. Nous utilisons des cookies de performance pour collecter des statistiques anonymes afin de comprendre comment les clients utilisent notre site et d’apporter des améliorations. Les cookies essentiels ne peuvent pas être désactivés, mais vous pouvez cliquer sur « Personnaliser » ou « Refuser » pour refuser les cookies de performance.

Si vous êtes d’accord, AWS et les tiers approuvés utiliseront également des cookies pour fournir des fonctionnalités utiles au site, mémoriser vos préférences et afficher du contenu pertinent, y compris des publicités pertinentes. Pour accepter ou refuser tous les cookies non essentiels, cliquez sur « Accepter » ou « Refuser ». Pour effectuer des choix plus détaillés, cliquez sur « Personnaliser ».

Mode historique - Amazon Redshift

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Mode historique

Avec le mode historique, vous pouvez configurer vos intégrations Zero-ETL pour suivre chaque version (y compris les mises à jour et les suppressions) de vos enregistrements dans les tables sources, directement dans Amazon Redshift. Vous pouvez exécuter des analyses avancées sur toutes vos données, par exemple exécuter une analyse historique, créer des rapports rétrospectifs, effectuer une analyse des tendances et envoyer des mises à jour incrémentielles aux applications en aval basées sur Amazon Redshift. Le mode historique est pris en charge par plusieurs intégrations Amazon Redshift Zero-ETL, notamment Amazon Aurora MySQL, Amazon Aurora PostgreSQL, Amazon RDS for MySQL et Amazon DynamoDB.

Vous pouvez activer et désactiver le mode historique pour vos intégrations sans ETL depuis la console Amazon Redshift (). https://console.aws.amazon.com/redshiftv2/ Utilisez le mode historique pour suivre les enregistrements qui ont été supprimés ou modifiés dans la source d'intégration. Le suivi s'effectue dans l'entrepôt de données Amazon Redshift cible. L'activation du mode historique n'a aucune incidence sur les performances des requêtes analytiques classiques sur ces tables.

Pour plus d'informations sur les éléments à prendre en compte lors de l'utilisation du mode historique, consultezConsidérations relatives à l'utilisation du mode historique sur la cible.

Pour gérer le mode historique pour une intégration zéro ETL
  1. Connectez-vous à la console Amazon Redshift AWS Management Console et ouvrez-la à l'adresse. https://console.aws.amazon.com/redshiftv2/

  2. Dans le panneau de navigation de gauche, choisissez Sans serveur ou Tableau de bord des clusters alloués. Choisissez ensuite Intégrations zéro ETL.

  3. Sélectionnez l'intégration Zero-ETL que vous souhaitez gérer, choisissez le mode Gérer l'historique. La fenêtre Gérer le mode historique s'affiche.

  4. Vous pouvez désactiver ou activer le mode historique pour une table cible répliquée à partir d'un type de source comportant une seule table source, comme Amazon DynamoDB. Lorsque l'intégration Zero-ETL permet de créer plusieurs tables cibles, vous pouvez désactiver toutes les tables existantes et futures, l'activer pour toutes les tables existantes et futures ou gérer le mode historique pour les tables individuelles. Le mode historique est utilisé par défaut off lorsque l'intégration Zero-ETL est créée.

    Lorsque le mode historique est activéon, les colonnes suivantes sont ajoutées à votre table cible pour suivre les modifications apportées à la source. Le mode historique on augmente l'utilisation et les coûts mensuels car Amazon Redshift ne supprime aucun enregistrement dans les tables cibles. Tout enregistrement source supprimé ou modifié crée un nouvel enregistrement dans la cible, ce qui augmente le nombre total de lignes dans la cible avec plusieurs versions d'enregistrement. Les enregistrements ne sont pas supprimés de la table cible lorsqu'ils sont supprimés ou modifiés dans la source. Vous pouvez gérer les tables cibles en supprimant les enregistrements inactifs.

    Nom de la colonne Type de données Description
    _enregistrement_est_actif Booléen Indique si un enregistrement de la cible est actuellement actif dans la source. True indique que l'enregistrement est actif.
    _enregistrement_création_heure Horodatage Heure de début (UTC) à laquelle l'enregistrement source est actif.
    _enregistrer_supprimer_heure Horodatage Heure de fin (UTC) à laquelle l'enregistrement source est mis à jour ou supprimé.

    Vous pouvez supprimer les enregistrements inactifs d'une table en mode historique en filtrant les enregistrements dont la colonne _record_is_active est fausse. La commande SQL DELETE suivante supprime les enregistrements inactifs d'une table dont la colonne id est inférieure ou égale à 100. Une fois que vous avez supprimé des enregistrements, lorsque la suppression automatique sous vide est exécutée, le stockage des enregistrements supprimés est récupéré.

    DELETE FROM myschema.mytable where not _record_is_active AND id <= 100;

    Lorsque le mode historique est activéoff, Amazon Redshift crée une copie de votre table dans la base de données cible avec les enregistrements actifs et sans les colonnes d'historique ajoutées. Amazon Redshift renomme votre table en fonction de table-name_historical_timestamp vos besoins. Vous pouvez supprimer cette copie de votre tableau si vous n'en avez plus besoin. Vous pouvez renommer ces tables à l'aide de la commande ALTER TABLE. Par exemple :

    ALTER TABLE [schema-name.]table-name_historical_timestamp RENAME TO new_table_name;

    Pour plus d'informations, consultez ALTER TABLE dans le manuel Amazon Redshift Database Developer Guide.

Vous pouvez également gérer le mode historique à l'aide des commandes SQL CREATE DATABASE et ALTER DATABASE. Pour plus d'informations sur la façon de définir HISTORY_MODE, consultez CREATE DATABASE et ALTER DATABASE dans le manuel Amazon Redshift Database Developer Guide.

ConfidentialitéConditions d'utilisation du sitePréférences de cookies
© 2025, Amazon Web Services, Inc. ou ses affiliés. Tous droits réservés.