Koji se zahtevi postavljaju prema transakcijama u kontekstu razvoja softvera?

Transakcije moraju zadovoljiti ACID svojstva:

• Atomicnost: Transakcija mora biti potpuno izvršena ili potpuno poništena. Ako neki deo transakcije ne uspe, cela transakcija se vraća u početno stanje.
• Konzistentnost: Transakcija prenosi bazu podataka iz jednog konzistentnog stanja u drugo. Ne sme narušavati integritet podataka ili pravila ograničenja.
• Izolacija: Transakcije koje se izvršavaju istovremeno ne smeju uticati jedna na drugu. Rezultat izvršavanja više transakcija treba da bude isti kao da su izvršene sekvencijalno. Problemi izolacije uključuju:
  • Prljavo čitanje: Čitanje podataka koji još nisu potvrđeni (commit) od strane druge transakcije.
  • Neponavljivo čitanje: Čitanje istih podataka više puta u okviru iste transakcije i dobijanje različitih vrednosti, jer je druga transakcija izmenila i potvrdila ih između čitanja.
  • Fantom čitanje: Pri ponovnom izvršavanju upita sa uslovom u okviru iste transakcije, vraća se drugačiji skup redova, jer je druga transakcija dodala ili uklonila redove koji zadovoljavaju uslov.
• Trajnost: Nakon uspešnog završetka (commit) transakcije, promene koje je napravila moraju biti trajne i odoliti sistemskim padovima (npr. isključivanje napajanja).

U Javi, za upravljanje transakcijama često se koriste okviri poput Spring Framework sa njegovim deklarativnim upravljanjem transakcijama (@Transactional) ili Java Transaction API (JTA).

Primer korišćenja @Transactional:

@Transactional  
public void processOrder(Order order) {  
    // Logika obrade narudžbine  
    // Na primer, skidanje sredstava sa računa  
    accountService.debit(order.getCustomerId(), order.getAmount());  

    // Ažuriranje statusa narudžbine  
    orderRepository.updateStatus(order.getId(), "Processed");  

    // U slučaju greške (npr. nedostatak sredstava)  
    // cela transakcija će biti automatski poništena,  
    // osim ako nije drugačije naznačeno (@Transactional(noRollbackFor = ...))  
}