Manajemen Transaksi dalam DBMS: Status, Tipe & ACID

Apa itu Transaksi Basis Data?

A Transaksi Database Transaksi adalah unit pemrosesan logis dalam DBMS yang mencakup satu atau lebih operasi akses basis data. Singkatnya, transaksi basis data mewakili peristiwa dunia nyata dari perusahaan mana pun.

Semua jenis operasi akses basis data yang dilakukan di antara pernyataan transaksi awal dan akhir dianggap sebagai satu transaksi logis tunggal dalam DBMS. Selama transaksi berlangsung, basis data bersifat tidak konsisten. Hanya setelah transaksi dikomit, keadaan basis data berubah dari satu keadaan konsisten ke keadaan konsisten lainnya.

Fakta-fakta Tentang Transaksi Basis Data

• Transaksi adalah unit program yang eksekusinya dapat mengubah konten database atau tidak.
• Konsep transaksi dalam DBMS dijalankan sebagai satu kesatuan.
• Jika operasi basis data tidak memperbarui basis data tetapi hanya mengambil data, jenis transaksi ini disebut transaksi baca-saja.
• Transaksi yang berhasil dapat mengubah basis data dari satu keadaan KONSISTEN ke keadaan KONSISTEN lainnya.
• Transaksi DBMS harus bersifat atomik, konsisten, terisolasi, dan tahan lama.
• Jika database berada dalam keadaan tidak konsisten sebelum transaksi, database akan tetap berada dalam keadaan tidak konsisten setelah transaksi.

Mengapa Anda Membutuhkan Konkurensi dalam Transaksi?

Basis data adalah sumber daya bersama. Basis data digunakan oleh banyak pengguna dan proses secara bersamaan. Contohnya termasuk sistem perbankan, sistem reservasi kereta api dan pesawat terbang, pemantauan pasar saham, serta inventaris dan kasir supermarket.

Tidak mengelola akses bersamaan dapat menimbulkan masalah seperti:

• Kerusakan perangkat keras dan gangguan sistem.
• Eksekusi simultan dari transaksi yang sama, jalan buntuatau kinerja yang lambat.

Mengontrol akses bersama ini adalah tugas dari kontrol konkurensiyang menggunakan penguncian dan stempel waktu untuk menyisipkan transaksi dengan aman. Sebelum itu, ada baiknya mengetahui tahapan yang dilalui suatu transaksi.

Keadaan Transaksi

Berbagai keadaan konsep transaksi dalam DBMS tercantum di bawah ini:

Mari kita pelajari sebuah diagram transisi keadaan yang menyoroti bagaimana suatu transaksi berpindah antara berbagai negara bagian ini.

1. Begitu sebuah transaksi mulai dieksekusi, transaksi tersebut menjadi aktif. Transaksi tersebut dapat mengeluarkan operasi BACA atau TULIS.
2. Setelah operasi BACA dan TULIS selesai, transaksi mencapai status sebagian terkomit.
3. Selanjutnya, beberapa protokol pemulihan perlu memastikan bahwa kegagalan sistem tidak akan mengakibatkan ketidakmampuan untuk mencatat perubahan transaksi secara permanen. Jika pemeriksaan ini berhasil, transaksi akan dikomit dan memasuki status dikomit.
4. Jika pengecekan gagal, transaksi akan masuk ke status gagal.
5. Jika transaksi dibatalkan saat masih dalam status aktif, maka transaksi akan beralih ke status gagal. Transaksi harus di-rollback untuk membatalkan efek operasi penulisan pada basis data.
6. Status dihentikan mengacu pada transaksi yang meninggalkan sistem.

Apa Itu Sifat Asam?

Sifat ASAM Digunakan untuk menjaga integritas basis data selama pemrosesan transaksi. ACID dalam DBMS adalah singkatan dari... Asifat tomisitas, Ckonsistensi, Isolasi, dan Ddaya tahan.

• Atomes: Transaksi adalah satu unit operasi. Anda dapat menjalankannya secara keseluruhan atau tidak menjalankannya sama sekali. Tidak boleh ada eksekusi parsial.
• Konsistensi: Setelah transaksi dijalankan, transaksi tersebut harus berpindah dari satu keadaan konsisten ke keadaan konsisten lainnya.
• Isolasi: Suatu transaksi harus dieksekusi secara terpisah dari transaksi lain. Selama eksekusi bersamaan, hasil sementara dari transaksi yang dieksekusi secara simultan tidak boleh saling diakses.
• Daya Tahan: Setelah transaksi berhasil diselesaikan, perubahan dalam basis data harus tetap tersimpan, bahkan jika terjadi kegagalan sistem.

Properti ACID dalam DBMS Beserta Contohnya

Berikut adalah contoh properti ACID dalam DBMS:

Transaction 1: Begin X=X+50, Y = Y-50 END
Transaction 2: Begin X=1.1*X, Y=1.1*Y END

Transaksi 1 mentransfer $50 dari akun X ke akun Y.

Transaksi 2 mengkredit setiap rekening dengan pembayaran bunga 10%.

Jika kedua transaksi diajukan bersamaan, tidak ada jaminan bahwa Transaksi 1 akan dieksekusi sebelum Transaksi 2 atau sebaliknya. Terlepas dari urutannya, hasilnya harus seolah-olah transaksi tersebut terjadi secara berurutan, satu demi satu.

Jenis Transaksi

Berdasarkan bidang aplikasi:

• Tidak terdistribusi vs. terdistribusi.
• Transaksi kompensasi.
• Pengaturan waktu transaksi.
• Online vs. batch.

Berdasarkan tindakan:

• Dua langkah.
• Terbatas.
• Model aksi.

Berdasarkan struktur:

• Transaksi datar atau sederhana: terdiri dari serangkaian operasi primitif yang dieksekusi antara operasi awal dan operasi akhir.
• Transaksi bersarang: transaksi yang berisi transaksi lain.
• Alur kerja.

Apa itu Jadwal?

Jadwal adalah proses pembuatan satu kelompok yang terdiri dari beberapa transaksi paralel dan mengeksekusinya satu per satu. Jadwal harus mempertahankan urutan kemunculan instruksi dalam setiap transaksi. Jika dua transaksi dieksekusi secara bersamaan, hasil dari satu transaksi dapat memengaruhi hasil dari transaksi lainnya.

Example

Initial Product Quantity is 10
Transaction 1: Update Product Quantity to 50
Transaction 2: Read Product Quantity

Jika Transaksi 2 dijalankan sebelum Transaksi 1, informasi usang mengenai jumlah produk akan terbaca. Oleh karena itu, diperlukan jadwal.

Eksekusi paralel dalam basis data tidak dapat dihindari. Namun, eksekusi paralel diperbolehkan apabila terdapat relasi kesetaraan di antara transaksi yang dieksekusi secara bersamaan. Kesetaraan ini terdiri dari tiga jenis.

Kesetaraan Hasil: Jika dua jadwal menampilkan hasil yang sama setelah dieksekusi, itu disebut jadwal dengan hasil yang setara. Jadwal tersebut mungkin menawarkan hasil yang sama untuk beberapa nilai dan hasil yang berbeda untuk kumpulan nilai lainnya. Misalnya, satu transaksi memperbarui kuantitas produk sementara transaksi lain memperbarui detail pelanggan.

Lihat Kesetaraan: Kesamaan tampilan terjadi ketika transaksi dalam kedua jadwal melakukan tindakan yang serupa. Misalnya, satu transaksi memasukkan detail produk ke dalam tabel produk, sementara transaksi lain memasukkan detail produk ke dalam tabel arsip. Transaksinya sama, tetapi tabelnya berbeda.

Kesetaraan Konflik: Dalam kasus ini, dua transaksi memperbarui atau melihat kumpulan data yang sama. Terjadi konflik di antara transaksi tersebut, karena urutan eksekusi akan memengaruhi hasilnya.

Apa itu Serializabilitas?

Serialisasi adalah proses pencarian jadwal konkuren yang keluarannya sama dengan jadwal serial di mana transaksi dieksekusi satu demi satu. Tergantung pada jenis jadwalnya, ada dua jenis serialisasi:

• Serialisasi konflik.
• Lihat serialisasi.

Keduanya berbeda dalam seberapa ketat mereka menilai kesetaraan, seperti yang dirangkum di bawah ini.

Setiap jadwal yang dapat diserialisasi berdasarkan konflik juga dapat diserialisasi berdasarkan tampilan, tetapi tidak sebaliknya, itulah sebabnya mengapa kemampuan diserialisasi berdasarkan konflik merupakan uji praktis yang diterapkan oleh DBMS.

Pertanyaan Umum Demo Slot