Apakah itu transaksi dan sifat ACID?

Question

Accepted Answer

**Transaksi** ialah sekumpulan operasi yang dilayan sebagai satu unit tunggal yang tidak boleh dibahagikan — kesemuanya berjaya bersama (`COMMIT`) atau kesemuanya gagal bersama (`ROLLBACK`). Transaksi menjamin sifat **ACID**, memastikan data kekal betul dan konsisten walaupun berlaku kegagalan atau akses serentak.

## Satu transaksi — semua-atau-tiada

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

Contoh klasik: pemindahan wang. Kedua-dua debit dan kredit mesti berlaku, atau tiada satu pun — jika tidak wang akan hilang atau tercipta. Transaksi menjamin perkara ini: apabila berlaku ralat, `ROLLBACK` membatalkan semua perubahan, menjadikan pangkalan data seolah-olah tiada apa-apa yang berlaku.

## ACID — empat jaminan

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

Sifat-sifat inilah yang menjadikan pangkalan data hubungan boleh dipercayai untuk data yang kritikal.

## Mengapa atomicity penting (manfaat teras)

```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 dan keserentakan

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

## Mengapa ia penting

Transaksi dan sifat ACID adalah asas kepada pangkalan data yang boleh dipercayai — ia yang menjamin data kekal betul dan konsisten walaupun ketika berlaku kegagalan dan akses serentak, yang penting untuk mana-mana aplikasi yang mengendalikan data penting, jadi memahaminya adalah penting.

Nilai terasnya ialah **atomicity** (semua-atau-tiada): sebarang operasi yang melibatkan pelbagai langkah (pemindahan wang, mencipta pesanan dengan item baris, mengemas kini rekod berkaitan) mesti berjaya sepenuhnya atau tidak langsung — jika tidak, kegagalan di tengah-tengah operasi akan meninggalkan pangkalan data dalam **keadaan rosak dan tidak konsisten** (contoh klasik: wang didebit tetapi tidak dikreditkan).

Transaksi menjamin perkara ini dengan `COMMIT`/`ROLLBACK`, menjadikannya penting untuk integriti data dalam operasi pelbagai langkah.

Memahami sifat **ACID** sepenuhnya — **Atomicity** (semua-atau-tiada), **Consistency** (keadaan yang sah), **Isolation** (transaksi serentak tidak mengganggu), dan **Durability** (perubahan yang telah di-commit bertahan walaupun berlaku crash) — menerangkan mengapa pangkalan data hubungan dipercayai untuk data kritikal (kewangan, pesanan, inventori).

Mengetahui bahawa **isolation** mengawal tingkah laku keserentakan (dengan tahap isolation yang menukar konsistensi untuk prestasi) berkait dengan topik keserentakan yang lebih mendalam.

Memandangkan integriti data adalah kritikal untuk aplikasi yang boleh dipercayai, dan memandangkan transaksi (yang menyediakan atomicity dan jaminan ACID) ialah mekanisme yang memastikan operasi pelbagai langkah tidak merosakkan data dan pangkalan data kekal konsisten ketika berlaku kegagalan dan keserentakan, memahami transaksi dan ACID adalah pengetahuan asas yang penting untuk membina aplikasi dengan data yang boleh dipercayai — ia merupakan tonggak kebolehpercayaan pangkalan data dan topik temu duga yang biasa serta penting yang menunjukkan pemahaman tentang bagaimana pangkalan data menjamin ketepatan.