Curcol Seputar Materi Simbada - Transaksi
Bismillahirrahmanirrahim ..
Assalamualaikum wr.wb.
Materi kali ini kita cerita- cerita materi seputar transaksi , cerita resume tentang pertemuan praktikum kemarin oleh tetes asdos ^^ ,, weits bukan transaksi jual beli di pasar ya , tapi transaksi seputar basis data , wah apaan tuh ye kira-kira , ya apa aja yu cuss ,,
Nah sebelumnya kita selidikin dulu TRANSAKSI itu apa sih ?
A. Pengertian Transaksi
Transaksi adalah satu atau beberapa aksi yang dilakukan program aplikasi untuk mengakses atau mengubah isi basis data. Transaksi merupakan bagian dari pengeksekusian sebuah program yang melakukan pengaksesan basis data dan bahkan juga melakukan serangkaian perubahan data.
Transaksi juga ada tujuannya lho ! , nah kemarin sempet dijelasin kalo tujuan transaksi itu untuk mencegah dari kehilangan ataupun kerusakan data. Transaksi juga punya sifat – sifat untuk menjamin agar integritas dapat tetap terpelihara yaitu ACID dimana:
Atomicity, dimana semua operasi dalam transaksi dapat dikerjakan seluruhnya atau tidak sama sekali.
Consistency, dimana eksekusi transaksi harus dapat menjamin data tetap konsisten setelah transaksi berakhir.
Isolation, jika pada sebuah sistem basis data terdapat sejumlah transaksi yang dilaksanakan secara bersamaan, maka semua transaksi yang dilaksanakan pada saat yang bersamaan tersebut harus dapat dimulai dan bisa berakhir.
Durability, dimana perubahan data yang terjadi setelah sebuah transaksi berakhir dengan baik, harus dapat bertahan bahkan jika seandainya sistem mati.
kemaren juga sempet dijelasin tentang COMMIT and ROLLBACK
- COMMIT itu berfungsi untuk menandakan bahwa transaksi TELAH SELESAI dilaksanakan, sedangkan
- ROLLBACK berfungsi untuk memberitahukan bahwa transaksi HARUS DIULANG karena adanya kegagalan.
Ih bingung ya ?
Yo Weiss kita liat contoh aja langsung aplikasi penggunaannya ya ,,
Seperti biasa kita pake Run SQL Command Line , nah udah gitu kita buta deh
Oke udah itu kita buat table nya :
Udahnya kita isi deh tabelnya :
Ih ko pusing deh ko pake seq_idcoba increment by 1 ; (maksudnya apaan tuh??) . Nah maksud dari sequence itu biar ngurut otomatis dan lebih mudah , Nah terus itu commit apa ? maksudnya setelah itu dicommit karena jika kita ga commit maka di jendela run sql 2 tidak akan ada datanya.
(Kata the Achi juga commit itu kayak hubungan aja , kalo ngga commit kita ga ada kejelasan gitu maksudnya ., hehehe …)
Coba deh di run sql nya J
Eh iya tadi sekilas ada kata-kata savepoint , maksudnya apa ya?
Nah maksudnya kalo ketika rollback itu membutuhkan savepoint atau titik aman agar jika transaksi gagal maka kita dapat kembali / rollback ke savepoint bukan dari awal lagi.
Tapi jika kalo kita udah commit terus di rollback ko error ya!!kenapa?? ya kambali lagi ke pengertian commit yang berarti data yang dimasukan SUDAH SELESAI dan tidak bisa diulang.
Setelah itu ada penjelasan lagi tentang ISOLASI TRANSAKSI
Ini bagian yg saya tangkap :
Dalam transaksi database, ada 3 hal yang harus dicegah yaitu.
Dirty Read
Transaksi membaca data dari hasil transaksi lainnya yang gagal. Kedua transaksi tersebut berjalan bersamaan.
Non-Repeatable Read
Transaksi membaca ulang data yang telah di baca sebelumnya karena data tersebut telah di modifikasi oleh transaksi lainnya.
Phantom Read
Transaksi membaca sebuah data yang telah hilang akibat dari transaksi yang lainnya.
Untuk mencegah 3 hal tersebut, maka dalam Oracle terdapat 2 level isolasi yang dapat digunakan, yaitu :
Read Commited
Transaksi hanya dapat melihat perubahan data setelah transaksi lain telah commit pada data tersebut. (Seperti dalam contoh commit)
Serializable
Adalah level isolasi yang menyediakan isolasi transaksi yang paling ketat. Level ini mengemulasikan eksekusi transaksi secara serial, menjadikan transaksi dieksekusi satu setelah yang lainnya,seperti secara serial, bukan secara bersamaan (pararel). Tetapi aplikasi yang menggunakan level isolasi ini harus bersedia untuk mengulangi transaksi dikarenakan kegagalan pengserialan transaksi. Saat transaksi berada pada level serializable, sebuah query SELECT hanya melihat data yang di COMMIT sebelum transaksi di mulai; transaksi tersebut tidak akan pernah melihat baik data yang belum di COMMIT atau perubahan data yang terjadi selama eksekusi transaksi oleh transaksi lain yang berjalan pada waktu bersamaan (e.g. saat transaksi ini berjalan, ada transaksi lain yang melakukan COMMIT pada data). Jika pada transaksi dengan level isolaso Serializable mengandung DML (Data Manipulatin Language) yang mencoba untuk meng-update suatu data yang mungkin sudah di update pada sebuah transaksi yang belum di commit pada awal transaksi Serializable, maka perintah DML tersebut akan gagal.
Untuk mengaplikasikan level isolasi Serializable, adalah dengan menggunakan perintah :
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
Isolai level ini mencegah terjadinya Phantom Read.