Migreren van trigger-gebaseerde CDC naar BigQuery met behulp van log-gebaseerde CDC-streams: welke twee stappen moet u nemen om wijzigingen met minimale latency beschikbaar te maken in de rapportagetabel en tegelijkertijd de compute overhead te verminderen? (Kies twee.)

Om wijzigingen met minimale latency en verminderde compute overhead te verwerken, is het het meest efficiënt om CDC-records eerst in realtime naar een staging-tabel te schrijven. Dit voorkomt dure individuele DML-bewerkingen direct op de rapportagetabel. Vervolgens kan een periodieke DML MERGE-bewerking worden gebruikt om meerdere wijzigingen tegelijkertijd vanuit de staging-tabel naar de rapportagetabel te verwerken. Dit minimaliseert de compute overhead door batchverwerking van updates. Directe DML INSERT, UPDATE of DELETE voor elk record is inefficiënt en verhoogt de latency en kosten. Het gebruik van een materialized view met realtime inserts in de rapportagetabel kan de compute overhead verhogen en is complexer. Periodiek verouderde records verwijderen is een aparte onderhoudstaak en draagt niet direct bij aan het verwerken van CDC-wijzigingen met minimale latency.