Migration de la CDC basée sur les déclencheurs vers BigQuery à l'aide de flux CDC basés sur les journaux : pour rendre les modifications disponibles dans la table de rapports avec une latence minimale tout en réduisant la surcharge de calcul, quelles sont les deux étapes à suivre ? (Choisissez deux.)

L'insertion de chaque nouvel enregistrement CDC et de son type d'opération dans une table de staging en temps réel (option 2) est une étape cruciale. Cela permet de collecter les changements de manière asynchrone et de les préparer pour un traitement par lots, réduisant ainsi la charge directe sur la table de rapports. L'utilisation périodique d'une instruction DML MERGE (option 4) est la méthode la plus efficace pour appliquer ces changements collectés. Le MERGE permet de traiter plusieurs opérations INSERT, UPDATE et DELETE en une seule transaction, optimisant les performances et minimisant la latence en évitant des opérations DML individuelles coûteuses. L'option 1 (DML individuel en temps réel) est inefficace et génère une surcharge de calcul élevée. L'option 3 (supprimer périodiquement les enregistrements obsolètes) est une tâche de maintenance mais ne gère pas la réplication des changements. L'option 5 (insertion directe avec vue matérialisée) peut être coûteuse en écriture et la vue matérialisée n'est pas la solution la plus performante pour une latence minimale avec des mises à jour fréquentes.