ما هي المعاملات والخصائص الـ ACID؟

Question

Accepted Answer

**المعاملة** (Transaction) هي مجموعة من العمليات تُعامَل كوحدة واحدة غير قابلة للتجزئة — إما أن تنجح جميعها معاً (`COMMIT`) أو تفشل جميعها معاً (`ROLLBACK`). تضمن المعاملات خصائص **ACID**، مما يضمن بقاء البيانات صحيحة ومتسقة حتى في حالة الأعطال أو الوصول المتزامن.

## معاملة — كل شيء أو لا شيء

```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)
```

المثال الكلاسيكي: تحويل أموال. يجب أن يحدث كل من الخصم والإيداع، أو لا يحدث أي منهما — وإلا فقدت الأموال أو تم إنشاؤها. تضمن المعاملة هذا: في حالة حدوث خطأ، يُلغي `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)
```

هذه الخصائص هي ما يجعل قواعس البيانات الارتباطية موثوقة للبيانات الحرجة.

## لماذا تكون الذرية مهمة (الفائدة الأساسية)

```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.).
```

## العزل والمعالجة المتزامنة

```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.)
```

## لماذا يكون هذا مهماً

المعاملات وخصائص ACID أساسية لقواعد البيانات الموثوقة — فهي ما يضمن بقاء البيانات صحيحة ومتسقة حتى وسط الأعطال والوصول المتزامن، وهو أمر ضروري لأي تطبيق يتعامل مع بيانات مهمة، لذا فإن فهمها مهم.

القيمة الأساسية هي **الذرية** (Atomicity) — كل شيء أو لا شيء: أي عملية تتضمن خطوات متعددة (تحويل أموال، إنشاء طلب مع عناصر سطور، تحديث السجلات ذات الصلة) يجب أن تنجح بالكامل أو لا تنجح على الإطلاق — وإلا فإن الفشل في منتصف العملية يترك قاعدة البيانات في حالة **معيبة وغير متسقة** (المثال الكلاسيكي: تم خصم الأموال لكن لم يتم إيداعها).

تضمن المعاملات هذا باستخدام `COMMIT`/`ROLLBACK`، مما يجعلها ضرورية لسلامة البيانات في العمليات متعددة الخطوات.

إن فهم خصائص **ACID** الكاملة — **الذرية** (Atomicity) (كل شيء أو لا شيء)، **الاتساق** (Consistency) (الحالات الصحيحة)، **العزل** (Isolation) (المعاملات المتزامنة لا تتداخل)، و**الاستدامة** (Durability) (التغييرات المرتكبة تبقى بعد الأعطال) — يوضح لماذا تحظى قواعد البيانات الارتباطية بثقة في البيانات الحرجة (التمويل والطلبات والمخزون).

معرفة أن **العزل** يتحكم في سلوك التزامن (مع مستويات العزل التي توازن بين الاتساق والأداء) يرتبط بموضوعات تزامن أعمق.

بما أن سلامة البيانات حاسمة للتطبيقات الموثوقة، وبما أن المعاملات (التي توفر الذرية وضمانات ACID) هي الآلية التي تضمن عدم إفساد العمليات متعددة الخطوات للبيانات وأن قاعدة البيانات تبقى متسقة تحت الأعطال والمعالجة المتزامنة، فإن فهم المعاملات و ACID هو معرفة أساسية مهمة لبناء تطبيقات ذات بيانات موثوقة — إنه حجر الزاوية في موثوقية قاعدة البيانات وموضوع مقابلة شهير ومهم يوضح الفهم الحقيقي لكيفية ضمان قواعد البيانات للصحة.