Considérations relatives à l'utilisation de l'ETLintégration zéro avec Amazon Redshift - 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.

Considérations relatives à l'utilisation de l'ETLintégration zéro avec Amazon Redshift

Les considérations suivantes s'appliquent aux ETL intégrations nulles avec Amazon Redshift.

  • Votre entrepôt des données Amazon Redshift cible doit répondre aux conditions préalables suivantes :

    • Exécution d'Amazon Redshift Serverless ou d'un RA3 type de nœud.

    • Chiffré (si vous utilisez un cluster provisionné).

    • La sensibilité à la casse est activée.

  • Si vous supprimez une source d’intégration autorisée pour un entrepôt des données Amazon Redshift, toutes les intégrations associées passeront à l’état FAILED.

  • La base de données de destination est en lecture seule. Vous ne pouvez pas créer de tables, de vues ni de vues matérialisées dans la base de données de destination. Toutefois, vous pouvez utiliser des vues matérialisées sur d’autres tables dans l’entrepôt des données cible.

  • Les vues matérialisées sont prises en charge lorsqu’elles sont utilisées dans des requêtes entre bases de données. L'actualisation des vues matérialisées avec des données répliquées à partir de zéro ETL intégration entraîne une actualisation complète de la vue. L’actualisation incrémentielle, la réécriture automatique des requêtes, l’actualisation automatique et les vues matérialisées automatisées ne sont pas prises en charge. Pour plus d'informations sur la création de vues matérialisées avec des données répliquées par le biais d'ETLintégrations nulles, consultez. Interrogation de données répliquées à l'aide de vues matérialisées

  • Vous pouvez interroger les tables uniquement dans l’entrepôt des données cible qui se trouvent dans l’état Synced. Pour de plus amples informations, veuillez consulter Métriques pour zéro ETL intégration.

  • Amazon Redshift n'accepte que UTF 8 caractères, il est donc possible qu'il ne respecte pas le classement défini dans votre source. Les règles de tri et de comparaison peuvent être différentes, ce qui peut finalement modifier les résultats de la requête.

  • La longueur maximale d'un type de VARCHAR données Amazon Redshift est de 65 535 octets. Lorsque le contenu de la source ne correspond pas à cette limite, la réplication ne se poursuit pas et la table est mise en état d'échec. Pour plus d'informations sur les différences de type de données entre les sources à ETL intégration nulle et les bases de données Amazon Redshift, consultez la section Différences entre les types de données entre Aurora et Amazon Redshift dans le guide de l'utilisateur Amazon Aurora.

  • Les tables de la source d'intégration doivent avoir une clé primaire. Dans le cas contraire, vos tables ne pourront pas être répliquées vers l'entrepôt de données cible dans Amazon Redshift.

    Pour plus d'informations sur la façon d'ajouter une clé primaire à Aurora Postgre SQL -Compatible Edition, consultez Gérer les tables sans clés primaires lors de la création d'ETLintégrations Amazon Aurora Postgre SQL zero- avec Amazon Redshift sur le blog de base de données.AWS Pour plus d'informations sur la façon d'ajouter une clé primaire à Amazon Aurora My SQL ou RDS for MySQL, consultez Gérer les tables sans clés primaires lors de la création d'ETLintégrations Amazon Aurora My SQL ou Amazon RDS for My SQL zero- avec Amazon Redshift sur AWS le blog de base de données.

  • Vous pouvez utiliser le filtrage des données pour les ETL intégrations Aurora zéro afin de définir l'étendue de la réplication entre le cluster de base de données Aurora source et l'entrepôt de données Amazon Redshift cible. Plutôt que de répliquer toutes les données vers la cible, vous pouvez définir un ou plusieurs filtres qui incluent ou excluent de manière sélective certaines tables de la réplication. Pour plus d'informations, consultez la section Filtrage des données pour les ETL intégrations d'Aurora zéro avec Amazon Redshift dans le guide de l'utilisateur Amazon Aurora.

  • Pour les ETL intégrations SQL zéro d'Aurora Postgre avec Amazon Redshift, créez votre entrepôt de données cible en version préliminaire. Pour de plus amples informations, veuillez consulter Création et configuration d’un entrepôt des données Amazon Redshift cible.

  • ETLL'intégration zéro ne prend pas en charge les transformations lors de la réplication des données des magasins de données transactionnels vers Amazon Redshift. Les données sont répliquées telles quelles à partir de la base de données source. Vous pouvez toutefois appliquer des transformations aux données répliquées dans Amazon Redshift.

  • ETLL'intégration zéro s'exécute dans Amazon Redshift à l'aide de connexions parallèles. Il s'exécute à l'aide des informations d'identification de l'utilisateur qui a créé la base de données à partir de l'intégration. Lorsque la requête est exécutée, la mise à l'échelle de la simultanéité n'intervient pas pour ces connexions lors de la synchronisation (écritures). Les lectures de dimensionnement simultanées (provenant des clients Amazon Redshift) fonctionnent pour les objets synchronisés.

Pour des considérations qui s’appliquent également à la source d’intégration, consultez l’une des rubriques suivantes :

  • Pour les sources Aurora, consultez Limitations dans le Guide de l’utilisateur Amazon Aurora.

  • Pour les RDS sources Amazon, consultez la section Limitations du guide de RDS l'utilisateur Amazon.