Aké požiadavky sa kladú na transakcie v kontexte vývoja softvéru?

Transakcie by mali spĺňať vlastnosti ACID:

• Atomicita (Atomárnosť): Transakcia by mala byť buď úplne vykonaná, alebo úplne zrušená. Ak akákoľvek časť transakcie zlyhá, celá transakcia sa vráti do pôvodného stavu.
• Súlad (Konzistencia): Transakcia prevádza databázu z jedného konzistentného stavu do druhého. Nemala by narušiť integritu dát alebo pravidlá obmedzení.
• Izolácia: Súbežne vykonávané transakcie by nemali navzájom ovplyvňovať. Výsledok vykonania viacerých transakcií by mal byť rovnaký, ako keby boli vykonávané postupne. Problémy izolácie zahŕňajú:
  • Špinavé čítanie (Dirty read): Čítanie dát, ktoré ešte neboli potvrdené (commitnuté) inou transakciou.
  • Nepretržité čítanie (Non-repeatable read): Opakované čítanie tých istých dát v rámci jednej transakcie vráti odlišné hodnoty, pretože iná transakcia ich zmenila a potvrdila medzi čítaniami.
  • Fantomové čítanie (Phantom read): Pri opakovanom vykonaní dotazu s podmienkou v rámci jednej transakcie sa vráti iný súbor riadkov, pretože iná transakcia pridala alebo odstránila riadky zodpovedajúce podmienke.
• Odolnosť (Durability): Po úspešnom ukončení (commitnutí) transakcie by mali byť zmeny, ktoré vykonala, trvalé a odolné voči systémovým poruchám (napríklad vypnutiu napájania).

V Jave sa na správu transakcií často používajú rámce ako Spring Framework s jeho deklaratívnou správou transakcií (@Transactional) alebo Java Transaction API (JTA).

Príklad použitia @Transactional:

@Transactional  
public void processOrder(Order order) {  
    // Logika spracovania objednávky  
    // Napríklad odpočítanie prostriedkov z účtu  
    accountService.debit(order.getCustomerId(), order.getAmount());  

    // Aktualizácia stavu objednávky  
    orderRepository.updateStatus(order.getId(), "Processed");  

    // V prípade chyby (napríklad nedostatok prostriedkov)  
    // celá transakcia bude automaticky vrátená späť,  
    // ak nie je uvedené inak (@Transactional(noRollbackFor = ...))  
}