Migración de CDC basado en disparadores a BigQuery usando transmisiones de CDC basadas en registros: para que los cambios estén disponibles en la tabla de informes con una latencia mínima mientras se reduce la sobrecarga de cómputo, ¿qué dos pasos debe seguir? (Elija dos).

Para una migración de CDC basada en registros a BigQuery con baja latencia y sobrecarga reducida, la estrategia óptima implica dos pasos. Primero, insertar cada nuevo registro de CDC y su tipo de operación (INSERT, UPDATE, DELETE) en una tabla de ensayo en tiempo real es crucial. Esto desacopla la ingesta de datos de la aplicación de los procesos de transformación, permitiendo una captura rápida de los cambios sin impactar directamente la tabla de informes. Segundo, usar periódicamente una operación DML MERGE en la tabla de informes es eficiente. MERGE permite aplicar múltiples operaciones (INSERT, UPDATE, DELETE) en un solo comando, lo que reduce la sobrecarga computacional en comparación con DML individuales y garantiza que la tabla de informes refleje el estado más reciente de los datos de manera eficiente. Realizar DML individuales directamente en la tabla de informes (primera opción incorrecta) sería ineficiente y generaría una alta sobrecarga. Eliminar periódicamente registros obsoletos (tercera opción incorrecta) no es una estrategia de CDC activa para aplicar cambios. Insertar directamente en la tabla de informes y usar una vista materializada (quinta opción incorrecta) podría aumentar la complejidad y la latencia de la vista, y no es tan eficiente como el enfoque de tabla de ensayo y MERGE.