Apa itu Sifat ACID pada Database SQL? Standar Emas Integritas Data

Bencana Transaksi Setengah Jalan

Bayangkan skenario ini di aplikasi Perbankan: Budi (Saldo 1 Juta) mentransfer uang Rp 500.000 ke rekening Siti. Secara logika pemrograman, Backend harus mengeksekusi DUA perintah SQL:

1. Kurangi saldo Budi sebanyak 500 ribu. (Berhasil dieksekusi).
2. Tambahkan saldo Siti sebanyak 500 ribu. (Tiba-tiba Server mati lampu dan meledak!).

Saat server menyala kembali, saldo Budi sudah berkurang, tapi uangnya tidak pernah sampai ke Siti. Uang tersebut 500 ribu lenyap ke dunia gaib! Inilah alasan mengapa perusahaan keuangan DILARANG KERAS menggunakan database yang tidak memiliki standar ACID.

Mengenal 4 Pilar ACID

ACID adalah singkatan dari empat prinsip yang memastikan sebuah Transaksi Database berjalan sangat aman.

1. Atomicity (Semua atau Tidak Sama Sekali)

Prinsip ini menjamin bahwa kumpulan perintah SQL di atas adalah "Satu Kesatuan Atom yang tidak bisa dibelah". Jika perintah nomor 2 gagal (server mati), maka database akan memutar balik waktu (Rollback) dan membatalkan perintah nomor 1 secara otomatis. Saldo Budi akan utuh kembali. Operasi hanya disimpan secara permanen (Commit) jika KEDUANYA berhasil 100%.

2. Consistency (Konsistensi Aturan)

Database tidak akan membiarkan data kotor masuk. Jika kamu mengatur aturan "Saldo tidak boleh di bawah Nol", lalu Budi mentransfer 2 Juta (padahal saldonya 1 Juta), database akan menolak seluruh transaksi tersebut sebelum dieksekusi, menjaga data tetap valid.

3. Isolation (Terisolasi dari Gangguan)

Jika Budi dan Istri Budi secara bersamaan di detik yang sama menarik uang dari ATM yang berbeda, database yang baik (dengan Isolation) akan membariskan transaksi tersebut secara gaib. Transaksi Budi diselesaikan dulu, baru transaksi istrinya diproses, sehingga tidak terjadi pembacaan saldo yang salah akibat balapan (*Race Condition*).

4. Durability (Tahan Banting)

Sekali transaksi disahkan (Commit), data itu terukir di batu (Hard Disk). Meskipun 1 milidetik setelah Commit server disambar petir atau mati listrik, saat server dinyalakan ulang esok harinya, transaksi Budi dan Siti dijamin sudah tersimpan permanen dan tidak akan hilang.

Kesimpulan

Hampir semua Relational Database (SQL) raksasa seperti PostgreSQL dan MySQL/InnoDB adalah database ACID-Compliant. Inilah alasan utama mengapa NoSQL (MongoDB) tidak digunakan untuk aplikasi finansial inti, karena sistem NoSQL sejak awal rela mengorbankan sifat ACID-nya demi meraih kecepatan dan fleksibilitas data.