ڈیٹا بیس میں Transactions اور ACID خصوصیات کیا ہیں؟

Question

Accepted Answer

ایک **transaction** آپریشنز کا ایک گروپ ہے جو ایک واحد، ناقابلِ تقسیم یونٹ کے طور پر سمجھا جاتا ہے — یا تو یہ سب کامیاب ہوتے ہیں (`COMMIT`) یا سب ناکام ہوتے ہیں (`ROLLBACK`)۔ Transactions **ACID** خصوصیات کی ضمانت دیتے ہیں، جو یقینی بناتے ہیں کہ ڈیٹا خرابیوں یا متوازی رسائی کے باوجود درست اور مستقل رہے۔

## ایک transaction — سب یا کچھ نہیں

```sql
BEGIN;                                              -- start the transaction
  UPDATE accounts SET balance = balance - 100 WHERE id = 1;   -- debit
  UPDATE accounts SET balance = balance + 100 WHERE id = 2;   -- credit
COMMIT;                                             -- both succeed → save permanently
-- if anything fails: ROLLBACK → undo EVERYTHING (no partial transfer)
```

کلاسک مثال: رقم کی منتقلی۔ ڈیبٹ اور کریڈٹ دونوں ہونے چاہیں، یا کوئی بھی نہیں — ورنہ رقم ضائع ہو سکتی ہے یا بن سکتی ہے۔ ایک transaction یہ ضمانت دیتا ہے: خرابی کی صورت میں، `ROLLBACK` تمام تبدیلیوں کو واپس کر دیتا ہے، ڈیٹا بیس کو ایسی حالت میں چھوڑتے ہوئے جیسے کچھ نہ ہوا ہو۔

## ACID — چار ضمانتیں

```text
A — ATOMICITY    → all operations succeed or all fail (no partial transactions)
C — CONSISTENCY  → the database moves from one valid state to another (constraints hold)
I — ISOLATION    → concurrent transactions don't interfere (as if run sequentially)
D — DURABILITY   → once committed, changes survive crashes (persisted permanently)
```

یہ خصوصیات وہ ہیں جو رشتہ دار ڈیٹا بیسز کو اہم ڈیٹا کے لیے قابلِ اعتماد بناتی ہیں۔

## Atomicity کیوں اہم ہے (بنیادی فائدہ)

```text
Without transactions, a failure mid-way leaves data in an inconsistent state:
  money debited from one account but not credited to another → data corruption.
Atomicity (all-or-nothing) prevents this — the cornerstone of data integrity for
any multi-step operation (transfers, orders with line items, etc.).
```

## Isolation اور Concurrency

```text
When many transactions run concurrently, ISOLATION controls what they can see of
each other's uncommitted changes. Isolation LEVELS (Read Committed, Repeatable Read,
Serializable) trade off consistency vs performance — higher isolation = more correct
but more locking/contention. (A deeper topic on its own.)
```

## یہ کیوں اہم ہے

Transactions اور ACID خصوصیات قابلِ اعتماد ڈیٹا بیسز کی بنیاد ہیں — وہ یقینی بناتے ہیں کہ ڈیٹا خرابیوں اور متوازی رسائی کے دوران بھی درست اور مستقل رہے، جو اہم ڈیٹا کو سنبھالنے والی کسی بھی ایپلیکیشن کے لیے ضروری ہے، اس لیے ان کو سمجھنا اہم ہے۔

بنیادی قیمت **atomicity** ہے (سب یا کچھ نہیں): کوئی بھی آپریشن جس میں متعدد مراحل ہوں (رقم کی منتقلی، آرڈر بنانا line items کے ساتھ، متعلقہ ریکارڈز کو اپ ڈیٹ کرنا) کو مکمل طور پر کامیاب ہونا چاہیے یا بالکل نہیں — ورنہ آپریشن کے درمیان ایک خرابی ڈیٹا بیس کو **خراب، غیر مستقل حالت** میں چھوڑ دیتی ہے (کلاسک مثال: رقم ڈیبٹ ہو لیکن کریڈٹ نہ ہو)۔

Transactions یہ `COMMIT`/`ROLLBACK` کے ساتھ ضمانت دیتے ہیں، انہیں multi-step آپریشنز میں ڈیٹا کی سالمیت کے لیے ضروری بناتے ہوئے۔

مکمل **ACID** خصوصیات کو سمجھنا — **Atomicity** (سب یا کچھ نہیں)، **Consistency** (درست حالتیں)، **Isolation** (متوازی transactions ایک دوسرے میں مداخلت نہیں کرتے)، اور **Durability** (commit شدہ تبدیلیاں crash سے بچتی ہیں) — یہ بتاتا ہے کہ رشتہ دار ڈیٹا بیسز اہم ڈیٹا (مالیات، آرڈرز، انوینٹری) کے لیے کیوں قابلِ اعتماد ہیں۔

یہ جاننا کہ **isolation** concurrency کے رویے کو کنٹرول کرتا ہے (isolation levels مستقل پن اور کارکردگی میں تبادلہ کے ساتھ) deeper concurrency موضوعات سے جڑا ہوا ہے۔

چونکہ ڈیٹا کی سالمیت قابلِ اعتماد ایپلیکیشنز کے لیے اہم ہے، اور چونکہ transactions (atomicity اور ACID ضمانتیں فراہم کرتے ہوئے) وہ طریقہ ہے جو یقینی بناتا ہے کہ multi-step آپریشنز ڈیٹا کو خراب نہ کریں اور ڈیٹا بیس خرابیوں اور concurrency کے تحت مستقل رہے، transactions اور ACID کو سمجھنا اہم، بنیادی علم ہے قابلِ اعتماد ڈیٹا کے ساتھ ایپلیکیشنز بنانے کے لیے — یہ ڈیٹا بیس کی قابلِ اعتماری کا ایک کونے کا پتھر ہے اور ایک عام، اہم انٹرویو موضوع ہے جو یہ سمجھ ظاہر کرتا ہے کہ ڈیٹا بیسز کیسے درستگی کی ضمانت دیتے ہیں۔