Database transaction huunganisha operations nyingi ili zote zifanikiwe au zishindwe kwa pamoja (atomicity) — ikizuia updates za sehemu, zisizo thabiti. Django hutoa transaction.atomic kuzungushia operations ndani ya transaction, ikihakikisha data integrity kwa operations za hatua nyingi.
():
from_account.balance -= amount
from_account.save()
to_account.balance += amount
to_account.save()
Bila transaction, ikiwa operation ya pili itashindikana, ya kwanza tayari ime-commit — ikiacha database katika hali iliyovunjika, isiyo thabiti (pesa zimetolewa lakini hazijaongezwa).
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
Ndani ya atomic(), ikiwa operation yoyote itaibua exception, Django hu-roll back kila mabadiliko katika block — ili database isiachwe kamwe imesasishwa nusu. Ikifanikiwa, mabadiliko yote hu-commit kwa pamoja.
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
Nested atomic blocks hutumia savepoints — inner block inaweza ku-roll back kwa kujitegemea bila kufuta outer transaction nzima.
✓ 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
Database transactions ni za lazima kwa data integrity wakati wowote operation inahusisha mabadiliko mengi yanayohusiana ya database ambayo lazima yafanikiwe au yashindwe kama kitu kimoja — na kuelewa transaction.atomic ni maarifa muhimu kwa kujenga applications sahihi na za kuaminika.
Tatizo kuu ambalo transactions hutatua ni partial failure: bila atomicity, ikiwa operation ya hatua nyingi itashindikana katikati (crash, exception, constraint violation), database huachwa katika hali isiyo thabiti — mfano wa kawaida wa money-transfer (kutolewa kwenye account moja lakini si kuongezwa kwenye nyingine) huonyesha jinsi hii inavyoharibu data na inaweza kuwa na athari mbaya. transaction.atomic hutoa dhamana kwamba operations ni yote-au-bila-chochote (ikifuta block nzima kwa kushindwa kwowote), jambo la lazima kwa operation yoyote inayozunguka writes nyingi — kuunda order pamoja na line items zake, kuhamisha pesa, kusasisha records zinazohusiana — kudumisha database thabiti.
Kuelewa jinsi ya kutumia atomic blocks (kama context manager au decorator), nested transactions kwa savepoints, na mambo muhimu — kukamata exceptions nje ya block, kutumia select_for_update() kufunga rows na kuzuia race conditions katika updates zinazofanyika kwa wakati mmoja, na kuweka transactions fupi kuepuka kushikilia locks — ni maarifa ya kivitendo kwa kujenga applications imara.
Uthabiti wa data ni hitaji la msingi la systems za kuaminika, na transactions ndio mfumo unaohakikisha hili kwa operations za database za hatua nyingi, ikifanya kuwa mada muhimu inayowatofautisha developers wanaoandika code sahihi inayohifadhi integrity na wale ambao applications zao zinaweza kuharibu data kwa siri chini ya hali za kushindwa au ufikiaji wa wakati mmoja — suala linalohusiana mara kwa mara katika application yoyote inayoshughulikia mabadiliko muhimu, yanayohusiana ya data.