Milyen követelmények vannak a tranzakciókkal szemben a szoftverfejlesztés kontextusában?

Az tranzakcióknak meg kell felelniük az ACID tulajdonságoknak:

• Atomosság: A tranzakciónak teljes egészében végre kell hajtódnia vagy teljes egészében vissza kell vonódnia. Ha a tranzakció bármely része meghiúsul, az egész tranzakció visszaáll az eredeti állapotába.
• Konzisztencia: A tranzakció egy konzisztens állapotból egy másikba viszi az adatbázist. Nem szabad sértenie az adatok integritását vagy a korlátozási szabályokat.
• Elszigeteltség: A párhuzamosan végrehajtott tranzakciók nem szabad, hogy egymásra hatással legyenek. Több tranzakció eredménye ugyanaz kell, hogy legyen, mintha egymás után hajtódnának végre. Az elszigeteltség problémái közé tartoznak:
  • Piszkos olvasás: Olyan adatok olvasása, amelyek még nem lettek megerősítve (commit) egy másik tranzakció által.
  • Nem ismételhető olvasás: Ugyanazon adatok többszöri olvasása ugyanazon tranzakción belül, és különböző értékek kapása, mert egy másik tranzakció megváltoztatta és megerősítette azokat közben.
  • Fantom olvasás: Amikor egy ugyanazon tranzakción belül újra futtatunk egy lekérdezést, más sorokat ad vissza, mert egy másik tranzakció hozzáadott vagy törölt sorokat, amelyek megfelelnek a feltételnek.
• Tartósság: Miután egy tranzakció sikeresen befejeződött (megerősítve), a benne végrehajtott változtatásoknak tartósnak kell lenniük, és ellenállniuk kell a rendszer hibáinak (pl. áramkimaradás).

Java-ban a tranzakciók kezelésére gyakran használnak keretrendszereket, mint például a Spring Framework a deklaratív tranzakciókezeléssel (@Transactional) vagy a Java Transaction API (JTA).

A @Transactional használatának példája:

@Transactional  
public void processOrder(Order order) {  
    // A rendelés feldolgozásának logikája  
    // Például, pénz levonása a számláról  
    accountService.debit(order.getCustomerId(), order.getAmount());  

    // A rendelés állapotának frissítése  
    orderRepository.updateStatus(order.getId(), "Processed");  

    // Hibák esetén (pl. nem elegendő fedezet)  
    // az egész tranzakció automatikusan visszavonódik,  
    // kivéve, ha másként van megadva (@Transactional(noRollbackFor = ...))  
}