Database transaksional dioptimalkan untuk menjalankan sistem produksi, mulai dari situs, bank, hingga toko retail. Database ini unggul dalam membaca dan menulis baris data individual dengan sangat cepat sambil menjaga integritas data.
Database transaksional merupakan penyimpanan baris, yang berarti data disimpan di disk sebagai baris, bukan kolom. Penyimpanan baris sangat bagus jika Anda perlu mengetahui segala sesuatu tentang satu pelanggan dalam tabel pengguna karena Anda hanya dapat mengambil data yang diperlukan. Namun, cara ini tidak terlalu bagus ketika Anda mencoba menghitung pelanggan di kode pos tertentu, karena Anda harus memuat tidak hanya kolom ZIP, tetapi juga kolom nama, alamat, dan user_id.
Database transaksional tidak secara khusus dibuat untuk analisis, tetapi sering kali menjadi lingkungan analisis de facto karena sudah ada sebagai database produksi. Karena sudah ada selama beberapa dekade, database ini sudah tidak asing lagi, mudah diakses, dan ada di mana saja.
Jika organisasi Anda tidak memiliki stack analisis terpisah yang tersedia, salah satu cara tercepat untuk mulai melakukan analisis adalah dengan membuat replika database transaksional. Cara ini memastikan kueri analisis tidak menghalangi kueri produksi yang penting bagi bisnis secara tidak sengaja namun tetap memerlukan sedikit penyiapan tambahan. Kelemahannya adalah database ini dirancang untuk memproses transaksi, bukan untuk analisis. Menggunakannya untuk analisis merupakan awalan yang bagus. Namun, Anda mungkin akan menghadapi keterbatasan dan memerlukan solusi lebih cepat daripada yang Anda lakukan pada penyiapan khusus analisis.
Database transaksional sangat bagus untuk:
Memastikan integritas data
Database transaksional dirancang agar mematuhi ACID, yang memastikan operasi tulis ke database berhasil atau gagal secara bersamaan, guna mempertahankan integritas data tingkat tinggi saat menulis data ke database. Oleh karena itu, database transaksional sangat penting untuk transaksi bisnis yang memerlukan integritas data tingkat tinggi (contoh kanonis adalah perbankan di mana Anda ingin seluruh transaksi—debit dari satu akun dan kredit ke akun lain—berhasil atau gagal).
Latensi rendah
Karena database transaksional dirancang untuk menjalankan sistem produksi, database ini sangat baik dalam operasi yang harus selesai dalam hitungan milidetik. Jika Anda melakukan analisis pada replika transaksional dari database produksi, replika tersebut kemungkinan hampir sinkron dengan database utama, yaitu latensi sub-detik.
Memantau sistem operasional
Bekerja dengan data dari database transaksional guna memberikan snapshot operasional real-time adalah kasus penggunaan analisis yang sempurna untuk database transaksional, karena hanya ada sedikit latensi yang diperkenalkan oleh replika. Jika Anda mencoba memantau workload atau inventaris dukungan, atau sistem operasional lainnya, dan perlu membuat keputusan berdasarkan data terbaru, mereplikasi database produksi mungkin merupakan opsi terbaik.
ACID adalah kumpulan properti yang menjelaskan arsitektur database transaksional dan kemampuannya dalam menjaga integritas operasi tulis ke database. Berikut adalah definisi setiap properti:
Atomitas
Jika satu bagian transaksi gagal, seluruh transaksi akan gagal. Dengan cara ini, setiap transaksi harus berhasil 100% agar berhasil di-commit ke database.
Konsistensi
Suatu transaksi ditulis ke database (membawa database dari status valid ke status lain) atau transaksi dibatalkan.
Isolasi
Transaksi yang belum selesai tidak dapat ditindaklanjuti atau diubah oleh transaksi lain.
Ketahanan
Setelah ditulis ke database, transaksi akan tetap berada di sana, bahkan jika terjadi kegagalan database.
Mulailah membangun solusi di Google Cloud dengan kredit gratis senilai $300 dan lebih dari 20 produk yang selalu gratis.