Jeg er ikke sikker på, om der overhovedet findes en løsning med automatisk kædet/multi-level transaktionshåndtering, der fungerer pålideligt (eller ikke har brug for mange ressourcer på databasesiden)
godt du kunne kombinere begge trin til ét:
- læs fra første tabel A
- brug processor til at opdatere tabel A
- brug processor til at læse fra tabel B
- brug writer til at opdatere tabel B
præstationen vil lide meget, fordi læsningen i tabel B vil være en enkelt læsning vs. markøren baseret på tabel a
Jeg ville gå med en kompenserende strategi som denne
- (valgfri) tabeller i brug er midlertidige tabeller og ikke de rigtige "produktions" tabeller, gør det lettere at arbejde med at kompensere med afkobling af datalagrene fra produktionen
- et mislykket trin 1 udløser endnu et trin eller et andet job/manuskript
- dette trin/job/script sletter efter behov (rækker eller komplet tabel)