Transaksi basis data - Riwayat revisi

Maintenance script: Presentation V4: sitasi, referensi, Math, Wikimedia Commons, dan atribusi

2026-08-24T03:57:03Z

Presentation V4: sitasi, referensi, Math, Wikimedia Commons, dan atribusi

← Revisi sebelumnya		Revisi per 24 Agustus 2026 03.57
Baris 6:		Baris 6:
	Dalam sistem manajemen basis data, ''transaksi'' adalah satu unit logika atau pekerjaan, yang bisa jadi terdiri dari beberapa operasi. Setiap operasi logika yang dilakukan secara konsisten dalam basis data dikenal sebagai transaksi. Salah satu contohnya adalah operasi transfer dari satu [[rekening bank]] ke rekening bank lain: seluruh transaksi memerlukan pengurangan sejumlah uang yang akan ditransfer dari satu rekening dan penambahan dalam jumlah yang sama ke rekening lainnya.		Dalam sistem manajemen basis data, ''transaksi'' adalah satu unit logika atau pekerjaan, yang bisa jadi terdiri dari beberapa operasi. Setiap operasi logika yang dilakukan secara konsisten dalam basis data dikenal sebagai transaksi. Salah satu contohnya adalah operasi transfer dari satu [[rekening bank]] ke rekening bank lain: seluruh transaksi memerlukan pengurangan sejumlah uang yang akan ditransfer dari satu rekening dan penambahan dalam jumlah yang sama ke rekening lainnya.

	Suatu transaksi basis data harus bersifat [[atomisitas\|atomik]] (harus selesai secara tuntas atau tidak sama sekali), [[konsistensi\|konsisten]] (harus sesuai dengan kendala/''constraint'' maupun aturan lain yang ada dalam basis data), [[isolasi\|terisolasi]] (satu transaksi tidak boleh memengaruhi transaksi lain) dan [[ketahanan\|tahan lama]] (transaksi harus tersimpan secara persisten). Praktisi basis data sering menyebut prinsip ini sebagai prinsip [[ACID]].		Suatu transaksi basis data harus bersifat [[atomisitas\|atomik]] (harus selesai secara tuntas atau tidak sama sekali), [[konsistensi\|konsisten]] (harus sesuai dengan kendala/''constraint'' maupun aturan lain yang ada dalam basis data), [[isolasi\|terisolasi]] (satu transaksi tidak boleh memengaruhi transaksi lain) dan [[ketahanan\|tahan lama]] (transaksi harus tersimpan secara persisten).<ref>[http://msdn.microsoft.com/en-us/library/aa366402(VS.85).aspx What is a Transaction? (Windows)]. ''msdn.microsoft.com''. 7 January 2021.</ref> Praktisi basis data sering menyebut prinsip ini sebagai prinsip [[ACID]].

	== Tujuan ==		== Tujuan ==
Baris 19:		Baris 19:

	== Basis data transaksional ==		== Basis data transaksional ==
	'''Basis data transaksional''' adalah [[Pangkalan data\|DBMS]] yang menyediakan [[ACID\|properti ACID]] untuk serangkaian operasi basis data dalam tanda kurung (mulai-komit). Transaksi memastikan bahwa basis data selalu dalam keadaan konsisten, bahkan jika terjadi pembaruan dan kegagalan bersamaan. Semua operasi penulisan dalam transaksi berprinsip tuntas atau tidak sama sekali, yaitu, transaksi berhasil dan semua penulisan berlaku, atau jika tidak, basis data dikembalikan ke keadaan sebelum transaksi terjadi. Transaksi juga memastikan bahwa efek transaksi yang terjadi secara konkuren/serentak memenuhi jaminan tertentu, yang disebut sebagai [[isolasi\|tingkat isolasi]]. Tingkat isolasi tertinggi adalah serialisasi, yang menjamin bahwa efek transaksi bersamaan setara dengan eksekusi serialnya (yaitu berurutan).		'''Basis data transaksional''' adalah [[Pangkalan data\|DBMS]] yang menyediakan [[ACID\|properti ACID]] untuk serangkaian operasi basis data dalam tanda kurung (mulai-komit). Transaksi memastikan bahwa basis data selalu dalam keadaan konsisten, bahkan jika terjadi pembaruan dan kegagalan bersamaan. <ref>Ana-Maria DINCĂ. [http://dx.doi.org/10.19107/ijisc.2022.02.02 Performance Enhancements for Database Transactions]. ''International Journal of Information Security and Cybercrime''. 2022-12-29. Vol. 11 (2). hlm. 29–34. doi:10.19107/ijisc.2022.02.02.</ref> Semua operasi penulisan dalam transaksi berprinsip tuntas atau tidak sama sekali, yaitu, transaksi berhasil dan semua penulisan berlaku, atau jika tidak, basis data dikembalikan ke keadaan sebelum transaksi terjadi. Transaksi juga memastikan bahwa efek transaksi yang terjadi secara konkuren/serentak memenuhi jaminan tertentu, yang disebut sebagai [[isolasi\|tingkat isolasi]]. Tingkat isolasi tertinggi adalah serialisasi, yang menjamin bahwa efek transaksi bersamaan setara dengan eksekusi serialnya (yaitu berurutan).

	Kebanyakan [[Basis data relasional\|sistem manajemen basis data relasional]] modern mendukung sistem transaksi. Basis data [[NoSQL]] mengutamakan skalabilitas dan mendukung transaksi untuk menjamin konsistensi data jika terjadi pembaruan dan akses bersamaan.		Kebanyakan [[Basis data relasional\|sistem manajemen basis data relasional]] modern mendukung sistem transaksi. Basis data [[NoSQL]] mengutamakan skalabilitas dan mendukung transaksi untuk menjamin konsistensi data jika terjadi pembaruan dan akses bersamaan.
Baris 34:		Baris 34:
	Secara internal, basis data multi-pengguna menyimpan dan memproses transaksi, sering kali menggunakan ID transaksi atau XID.		Secara internal, basis data multi-pengguna menyimpan dan memproses transaksi, sering kali menggunakan ID transaksi atau XID.

	Terdapat beberapa cara berbeda untuk mengimplementasikan transaksi selain cara sederhana yang dicontohkan di atas. Transaksi bersarang, misalnya, adalah transaksi yang berisi pernyataan di dalamnya yang memulai transaksi baru (yaitu sub-transaksi). ''Transaksi bertingkat'' adalah varian dari transaksi bersarang di mana sub-transaksi terjadi pada berbagai tingkat arsitektur sistem berlapis (misalnya, dengan satu operasi di tingkat mesin basis data, satu operasi di tingkat sistem operasi). Jenis transaksi lainnya adalah transaksi kompensasi.		Terdapat beberapa cara berbeda untuk mengimplementasikan transaksi selain cara sederhana yang dicontohkan di atas. Transaksi bersarang, misalnya, adalah transaksi yang berisi pernyataan di dalamnya yang memulai transaksi baru (yaitu sub-transaksi). ''Transaksi bertingkat'' adalah varian dari transaksi bersarang di mana sub-transaksi terjadi pada berbagai tingkat arsitektur sistem berlapis (misalnya, dengan satu operasi di tingkat mesin basis data, satu operasi di tingkat sistem operasi).<ref>C. Beeri. ''A model for concurrency in nested transactions systems''. ''Journal of the ACM''. 1989. Vol. 36 (1). hlm. 230–269. doi:10.1145/62044.62046.</ref> Jenis transaksi lainnya adalah transaksi kompensasi.

	=== Dalam SQL ===		=== Dalam SQL ===
Baris 49:		Baris 49:

	== Transaksi terdistribusi ==		== Transaksi terdistribusi ==
	Sistem basis data menerapkan transaksi terdistribusi sebagai transaksi yang mengakses data melalui beberapa node. Transaksi terdistribusi memberlakukan properti ACID pada beberapa node, dan mungkin mencakup sistem seperti basis data, pengelola penyimpanan, [[sistem berkas]], sistem pengiriman pesan, dan pengelola data lainnya. Dalam transaksi terdistribusi, biasanya ada entitas yang mengoordinasikan semua proses untuk memastikan bahwa semua bagian transaksi diterapkan ke semua sistem yang relevan. Selain itu, integrasi ''Storage as a Service'' (StaaS) dalam lingkungan ini sangat penting, karena menawarkan kumpulan sumber daya penyimpanan yang hampir tak terbatas, mengakomodasi berbagai kelas penyimpanan data berbasis cloud dengan ketersediaan, skalabilitas, dan properti ACID yang bervariasi. Integrasi ini penting untuk mencapai ketersediaan yang lebih tinggi, waktu respons yang lebih rendah, dan efisiensi biaya dalam aplikasi intensif data yang diterapkan di seluruh penyimpanan data berbasis cloud.		Sistem basis data menerapkan transaksi terdistribusi <ref>M. Tamer Özsu. ''Principles of Distributed Database Systems, Third Edition''. Springer. 2011. doi:10.1007/978-1-4419-8834-8. ISBN 978-1-4419-8833-1.</ref> sebagai transaksi yang mengakses data melalui beberapa node. Transaksi terdistribusi memberlakukan properti ACID pada beberapa node, dan mungkin mencakup sistem seperti basis data, pengelola penyimpanan, [[sistem berkas]], sistem pengiriman pesan, dan pengelola data lainnya. Dalam transaksi terdistribusi, biasanya ada entitas yang mengoordinasikan semua proses untuk memastikan bahwa semua bagian transaksi diterapkan ke semua sistem yang relevan. Selain itu, integrasi ''Storage as a Service'' (StaaS) dalam lingkungan ini sangat penting, karena menawarkan kumpulan sumber daya penyimpanan yang hampir tak terbatas, mengakomodasi berbagai kelas penyimpanan data berbasis cloud dengan ketersediaan, skalabilitas, dan properti ACID yang bervariasi. Integrasi ini penting untuk mencapai ketersediaan yang lebih tinggi, waktu respons yang lebih rendah, dan efisiensi biaya dalam aplikasi intensif data yang diterapkan di seluruh penyimpanan data berbasis cloud. <ref>Yaser Mansouri. [https://doi.org/10.1145/3136623 Data Storage Management in Cloud Environments: Taxonomy, Survey, and Future Directions]. ''ACM Computing Surveys''. 2017-12-11. Vol. 50 (6). hlm. 91:1–91:51. doi:10.1145/3136623.</ref>

	== Sistem berkas transaksional ==		== Sistem berkas transaksional ==
	Sistem berkas Namesys Reiser4 untuk [[Linux]] mendukung transaksi, dan sejak [[Microsoft]] [[Windows Vista]], sistem berkas Microsoft [[Sistem Berkas Teknologi Baru\|NTFS]] mendukung transaksi terdistribusi di seluruh jaringan. Penelitian mengenai sistem berkas yang lebih koheren data sedang dilakukan, seperti [[Warp Transactional Filesystem]] (WTF).		Sistem berkas Namesys Reiser4 untuk [[Linux]] <ref>[https://www.linux.org/ Linux.org]. ''Linux.org''.</ref> mendukung transaksi, dan sejak [[Microsoft]] [[Windows Vista]], sistem berkas Microsoft [[Sistem Berkas Teknologi Baru\|NTFS]] <ref>[https://msdn.microsoft.com/en-us/library/ff361664(v=vs.110).aspx MSDN Library]. 4 February 2013.</ref> mendukung transaksi terdistribusi di seluruh jaringan. Penelitian mengenai sistem berkas yang lebih koheren data sedang dilakukan, seperti [[Warp Transactional Filesystem]] (WTF).

	== Lihat juga ==		== Lihat juga ==

	* [[ACID]]		* [[ACID]]
	* [[Kontrol konkurensi]]		* [[Kontrol konkurensi]]
	* [[Jadwal transaksi basis data]]		* [[Jadwal transaksi basis data]]

	~~== Referensi ==~~


	== Bacaan lebih lanjut ==		== Bacaan lebih lanjut ==

	* <cite id="Bern2009">Philip A. Bernstein, Eric Newcomer (2009): [https://web.archive.org/web/20100807151625/http://www.elsevierdirect.com/product.jsp?isbn=9781558606234 ''Principles of Transaction Processing'', 2nd Edition], Morgan Kaufmann (Elsevier), </cite>		* <cite id="Bern2009">Philip A. Bernstein, Eric Newcomer (2009): [https://web.archive.org/web/20100807151625/http://www.elsevierdirect.com/product.jsp?isbn=9781558606234 ''Principles of Transaction Processing'', 2nd Edition], Morgan Kaufmann (Elsevier), </cite>
	* Gerhard Weikum, Gottfried Vossen (2001), ''Transactional information systems: theory, algorithms, and the practice of concurrency control and recovery'', Morgan Kaufmann,		* Gerhard Weikum, Gottfried Vossen (2001), ''Transactional information systems: theory, algorithms, and the practice of concurrency control and recovery'', Morgan Kaufmann,

			== Referensi ==
			<references />

	== Sumber dan atribusi ==		== Sumber dan atribusi ==

	Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Transaksi+basis+data&oldid=29528033 Wikipedia bahasa Indonesia], revisi 29528033 (2026-08-05T07:33:22Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.		Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Transaksi+basis+data&oldid=29528033 Wikipedia bahasa Indonesia], revisi 29528033 (2026-08-05T07:33:22Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.

			<!-- WIKI_UNISSULA_PRESENTATION_V4 -->

Maintenance script: Impor teks terkontrol dari Wikipedia bahasa Indonesia; revisi 29528033; atribusi sumber disertakan.

2026-08-24T03:18:01Z

Impor teks terkontrol dari Wikipedia bahasa Indonesia; revisi 29528033; atribusi sumber disertakan.

Halaman baru

'''Transaksi basis data''' merupakan suatu [[Unit kerja (perangkat lunak)|unit kerja]], yang dilakukan oleh [[perangkat lunak]] dalam [[Pangkalan data|sistem manajemen basis data]] (atau sistem serupa) untuk melakukan modifikasi terhadap [[Pangkalan data|basis data]]. Suatu transaksi basis data dilakukan secara koheren dan andal, serta dibedakan dari transaksi sistem lainnya. Istilah transaksi umumnya digunakan untuk menggambarkan setiap perubahan yang terjadi dalam basis data. Transaksi dalam basis data memiliki dua tujuan utama:

# Menyediakan unit-unit kerja yang andal, memfasilitasi pemulihan terhadap data dan menjaga konsistensi pada isi basis data apabila terjadi kegagalan. Misalnya: apabila eksekusi suatu program terhenti secara tiba-tiba, baik sebagian atau sepenuhnya, akan banyak operasi pada basis data terhenti dan menjadi tidak jelas statusnya.
# Mengisolasi program-program yang mengakses basis data secara bersamaan. Jika isolasi ini tidak disediakan, hasil program kemungkinan besar mengalami galat.

Dalam sistem manajemen basis data, ''transaksi'' adalah satu unit logika atau pekerjaan, yang bisa jadi terdiri dari beberapa operasi. Setiap operasi logika yang dilakukan secara konsisten dalam basis data dikenal sebagai transaksi. Salah satu contohnya adalah operasi transfer dari satu [[rekening bank]] ke rekening bank lain: seluruh transaksi memerlukan pengurangan sejumlah uang yang akan ditransfer dari satu rekening dan penambahan dalam jumlah yang sama ke rekening lainnya.

Suatu transaksi basis data harus bersifat [[atomisitas|atomik]] (harus selesai secara tuntas atau tidak sama sekali), [[konsistensi|konsisten]] (harus sesuai dengan kendala/''constraint'' maupun aturan lain yang ada dalam basis data), [[isolasi|terisolasi]] (satu transaksi tidak boleh memengaruhi transaksi lain) dan [[ketahanan|tahan lama]] (transaksi harus tersimpan secara persisten). Praktisi basis data sering menyebut prinsip ini sebagai prinsip [[ACID]].

== Tujuan ==
[[Pangkalan data|Basis data]] dan penyimpanan data lain yang mengutamakan integritas data sering kali memiliki kemampuan untuk menangani transaksi guna menjaga integritas data. Satu transaksi terdiri dari satu atau lebih unit kerja independen, yang masing-masing membaca dan/atau menulis informasi ke basis data atau penyimpanan data lainnya. Ketika hal ini terjadi, penting untuk memastikan bahwa semua pemrosesan tersebut meninggalkan basis data atau penyimpanan data dalam kondisi yang konsisten.

Salah satu contoh yang sering digunakan untuk menggambarkan transaksi basis data adalah transaksi perbankan. Dalam contoh tersebut, suatu rekening yang memiliki, misal, saldo sebesar Rp5.000.000 melakukan transfer ke rekening lain, semisal Rp1.000.000. Dalam transaksi tersebut terjadi dua proses yang berjalan secara berurutan.

# Pengurangan sebanyak Rp1.000.000 dari rekening asal
# Penambahan sebanyak Rp1.000.000 ke rekening tujuan

Penanganan transaksi dalam basis data akan membuat kedua entri lolos atau kedua entri akan gagal. Dengan memperlakukan pencatatan beberapa entri sebagai unit kerja transaksional secara atomik, sistem menjaga integritas data yang tercatat. Dengan kata lain, tidak akan ada lagi situasi di mana suatu pengeluaran rekening tercatat tetapi tidak ada penambahan di rekening lain yang tercatat, atau sebaliknya.

== Basis data transaksional ==
'''Basis data transaksional''' adalah [[Pangkalan data|DBMS]] yang menyediakan [[ACID|properti ACID]] untuk serangkaian operasi basis data dalam tanda kurung (mulai-komit). Transaksi memastikan bahwa basis data selalu dalam keadaan konsisten, bahkan jika terjadi pembaruan dan kegagalan bersamaan. Semua operasi penulisan dalam transaksi berprinsip tuntas atau tidak sama sekali, yaitu, transaksi berhasil dan semua penulisan berlaku, atau jika tidak, basis data dikembalikan ke keadaan sebelum transaksi terjadi. Transaksi juga memastikan bahwa efek transaksi yang terjadi secara konkuren/serentak memenuhi jaminan tertentu, yang disebut sebagai [[isolasi|tingkat isolasi]]. Tingkat isolasi tertinggi adalah serialisasi, yang menjamin bahwa efek transaksi bersamaan setara dengan eksekusi serialnya (yaitu berurutan).

Kebanyakan [[Basis data relasional|sistem manajemen basis data relasional]] modern mendukung sistem transaksi. Basis data [[NoSQL]] mengutamakan skalabilitas dan mendukung transaksi untuk menjamin konsistensi data jika terjadi pembaruan dan akses bersamaan.

Dalam sistem basis data, sebuah transaksi dapat terdiri dari satu atau lebih pernyataan dan kueri manipulasi data, masing-masing membaca dan/atau menulis informasi ke dalam basis data. Prioritas utama dalam proses ini adalah konsistensi dan integritas data. Sebuah transaksi sederhana biasanya dikeluarkan ke sistem basis data dalam bahasa seperti [[SQL]], menggunakan pola yang mirip dengan berikut ini:

# Mulai transaksi.
# Menjalankan serangkaian manipulasi data dan/atau kueri.
# Jika tidak terjadi kesalahan, maka lakukan transaksi.
# Jika terjadi kesalahan, maka putar kembali transaksi tersebut.

Operasi komit transaksi menyimpan semua hasil manipulasi data dalam lingkup transaksi ke basis data ''secara persisten''. Operasi pengembalian transaksi tidak menyimpan sebagian hasil manipulasi data dalam lingkup transaksi ke basis data. Transaksi sebagian tidak boleh dikomit ke basis data karena hal itu akan membuat basis data berada dalam keadaan tidak konsisten.

Secara internal, basis data multi-pengguna menyimpan dan memproses transaksi, sering kali menggunakan ID transaksi atau XID.

Terdapat beberapa cara berbeda untuk mengimplementasikan transaksi selain cara sederhana yang dicontohkan di atas. Transaksi bersarang, misalnya, adalah transaksi yang berisi pernyataan di dalamnya yang memulai transaksi baru (yaitu sub-transaksi). ''Transaksi bertingkat'' adalah varian dari transaksi bersarang di mana sub-transaksi terjadi pada berbagai tingkat arsitektur sistem berlapis (misalnya, dengan satu operasi di tingkat mesin basis data, satu operasi di tingkat sistem operasi). Jenis transaksi lainnya adalah transaksi kompensasi.

=== Dalam SQL ===
Transaksi tersedia di sebagian besar implementasi basis data SQL, meskipun dengan tingkat ketahanan yang bervariasi. Misalnya, [[MySQL]] mulai mendukung transaksi sejak versi awal 3.23, tetapi mesin penyimpanan [[InnoDB]] belum menjadi standar sebelum versi 5.5. Mesin penyimpanan yang tersedia sebelumnya, MyISAM, tidak mendukung transaksi.

Transaksi biasanya dimulai menggunakan perintah <code>BEGIN</code> (meskipun standar SQL menetapkan <code>START TRANSACTION</code> ). Ketika sistem memproses pernyataan <code>COMMIT</code>, transaksi berakhir dengan penyelesaian yang berhasil. Pernyataan <code>ROLLBACK</code> juga dapat mengakhiri transaksi, membatalkan semua pekerjaan yang telah dilakukan sejak <code>BEGIN</code> . Jika autocommit dinonaktifkan di awal transaksi, autocommit juga akan diaktifkan kembali di akhir transaksi.

[[isolasi|Tingkat isolasi]] dapat diatur untuk operasi transaksi individual maupun global. Pada tingkat tertinggi ( <code>READ COMMITTED</code> ), hasil operasi apa pun yang dilakukan setelah transaksi dimulai akan tetap tidak terlihat oleh pengguna basis data lain hingga transaksi berakhir. Pada tingkat terendah ( <code>READ UNCOMMITTED</code> ), yang terkadang digunakan untuk memastikan konkurensi tinggi, perubahan tersebut akan langsung terlihat.

== Basis data objek ==
Basis data relasional secara tradisional terdiri dari tabel-tabel dengan kolom dan rekaman berukuran tetap. Basis data objek terdiri dari blob berukuran variabel, yang mungkin [[Serialisasi|dapat diserialisasi]] atau memiliki tipe MIME . Kesamaan mendasar antara basis data relasional dan objek terletak pada awal proses dan komitmen atau pengembalian data.

Setelah memulai transaksi, rekaman atau objek basis data dikunci, baik baca-saja maupun baca-tulis. Proses baca dan tulis kemudian dapat dilakukan. Setelah transaksi didefinisikan sepenuhnya, perubahan akan dikomit/disahkan (''commit'') atau dibatalkan secara atomik (''rollback''), sehingga di akhir transaksi tidak terdapat inkonsistensi pada rekord data.

== Transaksi terdistribusi ==
Sistem basis data menerapkan transaksi terdistribusi sebagai transaksi yang mengakses data melalui beberapa node. Transaksi terdistribusi memberlakukan properti ACID pada beberapa node, dan mungkin mencakup sistem seperti basis data, pengelola penyimpanan, [[sistem berkas]], sistem pengiriman pesan, dan pengelola data lainnya. Dalam transaksi terdistribusi, biasanya ada entitas yang mengoordinasikan semua proses untuk memastikan bahwa semua bagian transaksi diterapkan ke semua sistem yang relevan. Selain itu, integrasi ''Storage as a Service'' (StaaS) dalam lingkungan ini sangat penting, karena menawarkan kumpulan sumber daya penyimpanan yang hampir tak terbatas, mengakomodasi berbagai kelas penyimpanan data berbasis cloud dengan ketersediaan, skalabilitas, dan properti ACID yang bervariasi. Integrasi ini penting untuk mencapai ketersediaan yang lebih tinggi, waktu respons yang lebih rendah, dan efisiensi biaya dalam aplikasi intensif data yang diterapkan di seluruh penyimpanan data berbasis cloud.

== Sistem berkas transaksional ==
Sistem berkas Namesys Reiser4 untuk [[Linux]] mendukung transaksi, dan sejak [[Microsoft]] [[Windows Vista]], sistem berkas Microsoft [[Sistem Berkas Teknologi Baru|NTFS]] mendukung transaksi terdistribusi di seluruh jaringan. Penelitian mengenai sistem berkas yang lebih koheren data sedang dilakukan, seperti [[Warp Transactional Filesystem]] (WTF).

== Lihat juga ==

* [[ACID]]
* [[Kontrol konkurensi]]
* [[Jadwal transaksi basis data]]

== Referensi ==

== Bacaan lebih lanjut ==

* <cite id="Bern2009">Philip A. Bernstein, Eric Newcomer (2009): [https://web.archive.org/web/20100807151625/http://www.elsevierdirect.com/product.jsp?isbn=9781558606234 ''Principles of Transaction Processing'', 2nd Edition], Morgan Kaufmann (Elsevier), </cite>
* Gerhard Weikum, Gottfried Vossen (2001), ''Transactional information systems: theory, algorithms, and the practice of concurrency control and recovery'', Morgan Kaufmann,

== Sumber dan atribusi ==

Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Transaksi+basis+data&oldid=29528033 Wikipedia bahasa Indonesia], revisi 29528033 (2026-08-05T07:33:22Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.