Nie ma sztywnej i szybkiej reguły, ale widzę kilka powodów, aby kontrolować transakcje z poziomu biznesowego:
-
Komunikacja ponad granicami magazynów danych. Transakcje nie muszą być prowadzone przeciwko RDBMS; mogą być przeciwko różnym podmiotom.
-
Możliwość wycofywania/zatwierdzania transakcji w oparciu o logikę biznesową, która może nie być dostępna dla konkretnej procedury składowanej, którą wywołujesz.
-
Możliwość wywoływania dowolnego zestawu zapytań w ramach jednej transakcji. Eliminuje to również potrzebę martwienia się o liczbę transakcji.
-
Preferencje osobiste:c# ma bardziej elegancką strukturę do deklarowania transakcji:
usingblok. Dla porównania zawsze uważałem, że transakcje wewnątrz procedur składowanych są kłopotliwe podczas przechodzenia do wycofania/zatwierdzenia.
Może to stanowić problem, ale nie musi, w zależności od tego, ile transakcji jest otwieranych (nie jest jasne, czy jest to pojedyncze zadanie, czy procedura uruchamiana z dużą współbieżnością). Sugerowałbym przyjrzenie się, jakie blokady są nakładane na przedmioty i jak długo te blokady są trzymane.
Pamiętaj, że weryfikacja prawdopodobnie powinna Zamek; co się stanie, jeśli dane zmienią się między momentem, w którym je zatwierdziłeś, a momentem wykonania akcji?
Jeśli jest problem, możesz podzielić naruszającą procedurę na dwie procedury i wywołać jedną spoza TransactionScope .
