nie jestem pewien, czy istnieje rozwiązanie z automatyczną obsługą transakcji łańcuchowych/wielopoziomowych, które działa niezawodnie (lub nie wymaga dużej ilości zasobów po stronie bazy danych)
cóż, możesz połączyć oba kroki w jeden:
- odczytaj z pierwszej tabeli A
- użyj procesora do aktualizacji tabeli A
- użyj procesora do odczytu z tabeli B
- użyj programu Writer do aktualizacji tabeli B
wydajność ucierpi, ponieważ odczyt w tabeli B będzie pojedynczym odczytem w porównaniu z kursorem opartym na tabeli a
wybrałbym taką strategię kompensacyjną
- (opcjonalnie) używane tabele są tabelami tymczasowymi, a nie rzeczywistymi tabelami „produkcyjnymi”, co ułatwia pracę z kompensacją oddzielenia magazynów danych od produkcji
- nieudany krok 1 uruchamia kolejny krok lub inna praca/skrypt
- ten krok/zadanie/skrypt usuwa się w razie potrzeby (wiersze lub pełna tabela)
