Millised nõuded kehtivad tehingutele tarkvaraarenduse kontekstis?

Tehingud peavad vastama ACID omadustele:

• Aatomilisus (Atomicity): Tehing peab olema täielikult täidetud või täielikult tühistatud. Kui üks osa tehingust ebaõnnestub, pööratakse kogu tehing tagasi algsesse olekusse.
• Järjepidevus (Consistency): Tehing viib andmebaasi ühest järjepidevast olekust teise. See ei tohi rikkuda andmete terviklikkust ega piirangureegleid.
• Isoleeritus (Isolation): Samal ajal toimivad tehingud ei tohi üksteist mõjutada. Mitme tehingu tulemus peaks olema sama, nagu need oleksid tehtud järjestikku. Isolatsiooni probleemid hõlmavad:
  • Põlenud lugemine (Dirty read): Andmete lugemine, mis pole veel kinnitatud (commit) teise tehingu poolt.
  • Korduseta lugemine (Non-repeatable read): Sama andmete korduslik lugemine ühe tehingu jooksul annab erinevaid väärtusi, kuna teine tehing on need muutnud ja kinnitanud.
  • Fantomloendus (Phantom read): Kui tehingu korduv päring koos tingimusega tagastab teise komplekti ridu, kuna teine tehing on lisanud või eemaldanud ridu, mis vastavad tingimusele.
• Kestvus (Durability): Pärast tehingu edukat lõpetamist (kinnitust) peavad selle muudatused olema püsivad ja vastupidavad süsteemi rikeoludele (näiteks toitekatkestus).

Java-s kasutatakse tehingute haldamiseks sageli raamistikke nagu Spring Framework, millel on deklaratiivne tehinguhaldus (@Transactional) või Java Transaction API (JTA).

Näide @Transactional kasutamisest:

@Transactional  
public void processOrder(Order order) {  
    // Tellimuse töötlemise loogika  
    // Näiteks raha debiteerimine kontolt  
    accountService.debit(order.getCustomerId(), order.getAmount());  

    // Tellimuse staatuse uuendamine  
    orderRepository.updateStatus(order.getId(), "Processed");  

    // Kui tekib viga (näiteks raha puudus)  
    // kogu tehing tühistatakse automaatselt,  
    // kui pole määratud teisiti (@Transactional(noRollbackFor = ...))  
}