Tingkat isolasi

Selain FOR UPDATE yang eksplisit, transaksi juga memiliki aturan matematika bawaan yang tertanam jauh di dalam mesin yang mengatur berapa banyak energi yang harus dikeluarkan untuk mengisolasi setiap interaksi individu secara default. Ini disebut Tingkat Isolasi. Di dunia SQL kita mengenal 4 standar, dalam urutan kekuatan dan keamanan tetapi jelas kebalikannya dalam hal kinerja.

• READ UNCOMMITTED: Kegilaan anarkis, transaksi Anda akan melihat setiap perubahan yang dilakukan oleh orang lain termasuk data sementara dari orang-orang di tengah skrip mereka sendiri. Tidak ada yang menggunakannya pada DB besar, karena kesalahan Dirty Read yang terus-menerus.
• READ COMMITTED: (Bawaan untuk Postgres). Anda akan langsung melihat data baru segera setelah pihak ketiga mengeluarkan COMMIT, namun Anda bisa menjadi korban pembacaan hantu (melihat catatan baru di tengah alur kerja panjang Anda) atau tampilan konsisten non-linier.
• REPEATABLE READ: Lebih berat. Selama sesi jendela waktu besar Anda, saya "melihat" database dibekukan pada saat kueri saya dimulai, sama sekali mengabaikan dan bahkan mengabaikan komitmen resmi yang diselesaikan oleh orang lain! Ini melindungi terhadap rekaman yang muncul secara ajaib, menjamin stabilitas.
• SERIALIZABLE: Tingkat dewa (Sangat lambat). Perlakukan setiap transaksi yang tumpang tindih dengan memblokirnya dan mengeksekusinya secara berurutan dalam satu jalur, dengan kejam membatalkan transaksi yang bertabrakan, bahkan menghilangkan kemungkinan ilmiah terjadinya tabrakan sekecil apa pun, mengorbankan 90% throughput tinggi.

Bagaimana cara mengaturnya?

Alih-alih BEGIN; biasa, Anda mengetik:

BEGIN ISOLATION LEVEL SERIALIZABLE;

-- and you proceed normally with your hermetically sealed isolation
UPDATE products SET stock = 10;
COMMIT;

Atau di beberapa varian dan mesin lama Anda menetapkannya setelah memulai:

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

Cobalah sendiri