No estoy seguro de si existe una solución con manejo automático de transacciones encadenadas/multinivel que funcione de manera confiable (o que no necesite muchos recursos en el lado de la base de datos)
bueno, podrías combinar ambos pasos en uno:
- leer de la primera tabla A
- usar el procesador para actualizar la tabla A
- usar procesador para leer de la tabla B
- usar escritor para actualizar la tabla B
el rendimiento sufrirá mucho, porque la lectura en la tabla B será una sola lectura frente al cursor basado en la tabla a
Me quedaría con una estrategia de compensación como esta
- Las tablas (opcionales) en uso son tablas temporales y no las tablas reales de "producción", lo que facilita el trabajo compensando con el desacoplamiento de los almacenes de datos de la producción
- a el paso 1 fallido activa otro paso u otro trabajo/guión
- este paso/trabajo/secuencia de comandos elimina según sea necesario (filas o tabla completa)