لاکنگ اور اپ ڈیٹ کے لیے منتخب کریں۔

یہ سمجھنا کہ ڈیٹا بیس ایک ہی ٹرمینل پر تنہائی میں کیسے کام کرتا ہے آسان ہے... انتظار نہ کریں، میں پہلے ہی کہہ چکا ہوں! کبھی کبھی "ایٹمک اپ ڈیٹس" (جیسے stock = stock - 1) کافی نہیں ہوتے ہیں۔

آئیے تصور کریں کہ آپ کو یہ چیک کرنا ہوگا کہ آیا صارف کے پاس 50€ مالیت کا سامان خریدنے کے لیے کافی بیلنس ہے:

1. SELECT balance FROM users WHERE id = 1;
2. JS: اگر بیلنس < 50 ہے، تو انہیں بلاک کریں!
3. بصورت دیگر چیک آؤٹ کے ساتھ آگے بڑھیں...
4. کٹوتی چلائیں! (اور یہاں آپ کو ایک صارف ملتا ہے جس نے، مرحلہ 2 پر چیک کی توثیق کرتے ہوئے، ایک اور متوازی کو ہٹا دیا جو ان کے اکاؤنٹ میں جل گیا اور اب آپ صفر سے نیچے جا رہے ہیں!)

اپ ڈیٹ کے لیے واضح لاکنگ

FOR UPDATE کو SELECT کے آخر میں شامل کرنا جادوئی طور پر آپ کے معصوم پڑھے کو اگلے COMMIT تک دوسرے کلائنٹس کے خلاف مہر بند لاک میں بدل دیتا ہے۔ کوئی اور ان مخصوص منتخب قطاروں پر اپ ڈیٹ (یا ہم آہنگ پڑھنے کے لیے اپ ڈیٹ) نہیں کر سکے گا جب تک کہ آپ یہ فیصلہ نہ کر لیں کہ ان کے ساتھ کیا کرنا ہے!

BEGIN;

-- If id=3 had already been locked by T1, T2 will sit in perpetual loading on this "read"
-- frozen in place, before receiving the raw data, until T1 runs COMMIT freeing everyone!
SELECT balance
FROM users
WHERE id = 3
FOR UPDATE;

-- at this point our Node JS instance lives with the guarantee, knowing for certain that NO ONE ELSE in the world has
-- manipulated (nor been able to read with intent to alter) that balance while we complete the application logic

UPDATE users SET balance = balance - 50 WHERE id = 3;

COMMIT;

یہاں تک کہ FOR SHARE ہے جو دوسرے قارئین کو اسٹیٹ ریڈز کو مسدود کیے بغیر (اگر بیس لاک پر ہے) پڑھنا جاری رکھنے دیتا ہے، لیکن اس وقت تک کسی بھی ممکنہ اپ ڈیٹ کو اس وقت تک روکتا ہے جب تک کہ آپ کمٹمنٹ نہ کریں۔ اگرچہ ترمیم کے لیے، ہمیشہ خصوصی لاکنگ شق کی بری طاقت کا استعمال کریں:

خود ہی آزمائیں۔