Transakcija u bazi podataka grupisira više operacija tako da ili sve uspiju ili sve fail-aju zajedno (atomičnost) — sprečavajući parcijalne, nekonzistentne ažuriranje. Django pruža transaction.atomic za omotavanje operacija u transakciju, osiguravajući integritet podataka za operacije u više koraka.
():
from_account.balance -= amount
from_account.save()
to_account.balance += amount
to_account.save()
Bez transakcije, ako druga operacija fail-a, prva je već committed — ostavljajući bazu u slomljenom, nekonzistentnom stanju (novac smanjen sa jednog računa ali nije dodan na drugi).
from django.db import transaction
# as a context manager
def transfer_money(from_account, to_account, amount):
with transaction.atomic(): # everything inside is ONE transaction
from_account.balance -= amount
from_account.save()
to_account.balance += amount
to_account.save()
# if ANY operation raises an exception, the WHOLE block is ROLLED BACK
# → either both saves happen, or neither does (atomicity)
# or as a decorator on a whole function/view
@transaction.atomic
def create_order(request):
order = Order.objects.create(...)
for item in items:
OrderItem.objects.create(order=order, ...)
# all-or-nothing: a failure anywhere rolls back the entire order creation
Unutar atomic(), ako neka operacija baci iznimku, Django vraća unatrag svaku promjenu u bloku — tako da baza nikad nije ostavljena polureizirano. Na uspjehu, sve promjene se commitaju zajedno.
with transaction.atomic(): # outer transaction
do_something()
try:
with transaction.atomic(): # inner = a SAVEPOINT
risky_operation()
except Exception:
pass # inner rolls back to the savepoint; outer continues
Ugniježđeni atomic blokovi koriste savepoints — unutarnji blok se može vratiti unatrag nezavisno bez prekida cijele vanjske transakcije.
✓ Catch exceptions OUTSIDE the atomic block (catching inside can break rollback handling)
✓ select_for_update() locks rows within a transaction (prevent race conditions on updates)
with transaction.atomic():
account = Account.objects.select_for_update().get(pk=id) # row locked until commit
✓ ATOMIC_REQUESTS setting wraps EVERY request in a transaction (per-database)
✓ Keep transactions SHORT — long transactions hold locks, hurting concurrency
Transakcije u bazi podataka su bitne za integritet podataka kad god operacija uključuje više povezanih promjena u bazi koje moraju uspjeti ili fail-ati kao jedinica — i razumijevanje transaction.atomic je važno znanje za gradnju ispravnih, pouzdanih aplikacija.
Osnovni problem koji transakcije rješavaju je parcijalnu grešku: bez atomičnosti, ako multi-step operacija fail-a usred izvršavanja (crash, iznimka, kršenje constraint-a), baza je ostavljena u nekonzistentnom stanju — klasičan primjer transfera novca (smanjen sa jednog računa ali nije dodan na drugi) pokazuje kako ovo iskvarljuje podatke i može imati ozbiljne posljedice. transaction.atomic daje garanciju da su operacije sve ili ništa (vraćanje cijeloga bloka unatrag kod bilo koje greške), što je potrebno za bilo koju operaciju koja obuhvaća više upisa — kreiranje narudžbe s njezinim stavkama, transfer novca, ažuriranje povezanih zapisa — za održavanje konzistentne baze.
Razumijevanje kako koristiti atomic blokove (kao context manager ili dekorator), ugniježđene transakcije sa savepoints-ima, i važne detalje — hvatanje iznimki izvan bloka, korištenje select_for_update() za zaključavanje redaka i sprječavanje race condition-a u konkurentnim ažuriranjima, i održavanje transakcija kratkim da bi se izbjeglo držanje lock-a — je praktično znanje za gradnju robusnih aplikacija.
Konzistentnost podataka je temeljna zahtjev pouzdanih sustava, a transakcije su mehanizam koji to osigurava za multi-step operacije u bazi podataka, čineći ovo važnom temom koja razlikuje developere koji pišu ispravni, integritet-čuvarajući kod od onih čije aplikacije mogu u tišini iskvariti podatke pod uvjetima greške ili konkurentnog pristupa — često relevantna briga u bilo kojoj aplikaciji koja obrađuje važne, povezane promjene podataka.