Jag är inte säker på om det ens finns en lösning med automatisk kedjad/multi-level transaktionshantering som fungerar tillförlitligt (eller inte behöver mycket resurser på databassidan)
du kan kombinera båda stegen till ett:
- läs från första tabell A
- använd processor för att uppdatera tabell A
- använd processor för att läsa från tabell B
- använd writer för att uppdatera tabell B
prestandan kommer att lida mycket, eftersom läsningen i tabell B kommer att vara en enda läsning jämfört med markören baserad för tabell a
Jag skulle gå med en kompenserande strategi som denna
- (valfria) tabeller som används är tillfälliga tabeller och inte de riktiga "produktionstabellerna", gör det lättare att arbeta med att kompensera med att frikoppla datalagren från produktionen
- ett misslyckat steg 1 utlöser ytterligare ett steg eller annat jobb/manus
- detta steg/jobb/skript raderar vid behov (rader eller komplett tabell)