🔒 Locking (লকিং)

ডেটাবেসে একাধিক ইউজার/প্রসেস একই ডেটা একসাথে পরিবর্তন করতে চাইলে সংঘর্ষ (conflict) হতে পারে। এই concurrency সমস্যা সামলাতে দুটি জনপ্রিয় কৌশল হলো:

• Optimistic Locking (আশাবাদী লকিং)
• Pessimistic Locking (নিরাশাবাদী লকিং)

নিচে উভয়ের ধারণা, কাজের ধাপ, PostgreSQL উদাহরণ, ও বাস্তব প্রয়োগ দেখানো হলো।

🧠 Optimistic Locking (আশাবাদী লকিং)

🔍 ধারণা

Optimistic Locking ধরে নেয় যে একই ডেটায় একসাথে আপডেটের সম্ভাবনা কম। তাই শুরুতে কোনো লক ধরা হয় না — বরং আপডেটের সময় দেখা হয় ডেটা আগের মতো আছে কি না। যদি পরিবর্তন হয়ে যায়, তাহলে আপডেট ব্যর্থ হবে (conflict)।

⚙️ কাজের ধাপ

1. টেবিলে একটি version বা updated_at কলাম রাখা হয়।
2. ডেটা রিড করার সময় সেই version নোট করা হয়।
3. আপডেট করার সময় শর্তে (WHERE id = ? AND version = ?) মিলিয়ে দেখা হয়।
4. যদি অন্য কেউ এর মধ্যে আপডেট করে, তাহলে কোনো রো আপডেট হবে না (0 rows affected)।

🧾 PostgreSQL উদাহরণ

-- Version কলাম যোগ
ALTER TABLE accounts ADD COLUMN version INT NOT NULL DEFAULT 0;
 
-- Read (ধরা যাক version = N)
SELECT id, balance, version FROM accounts WHERE id = 1;
 
-- Update with version check
UPDATE accounts
SET balance = balance - 100,
    version  = version + 1
WHERE id = 1 AND version = N;
 
-- যদি rows_affected = 0 ⇒ অন্য কেউ আগে আপডেট করেছে

✅ সুবিধা

• কোনো লক না ধরে কাজ হয় → উচ্চ concurrency ও দ্রুত performance।
• conflict কম হলে এটি সবচেয়ে কার্যকর।

⚠️ অসুবিধা

• সংঘর্ষ হলে রিট্রাই বা merge logic লাগবে।
• write-heavy সিস্টেমে বারবার conflict হতে পারে।

💡 টিপস

• PostgreSQL-এর xmin সিস্টেম কলাম দিয়েও version ট্র্যাক করা যায়। তবে স্পষ্ট version কলাম রাখা সবচেয়ে সহজ।

🛡️ Pessimistic Locking (নিরাশাবাদী লকিং)

🔍 ধারণা

ধরে নেয়া হয়, একই ডেটায় একসাথে আপডেট হওয়ার সম্ভাবনা বেশি। তাই ডেটা রিড করার সময়ই লক ধরা হয়, যাতে অন্য কেউ আপডেট না করতে পারে।

⚙️ কাজের ধাপ

1. ট্রান্স্যাকশন শুরু হয়।
2. SELECT করার সময় FOR UPDATE ব্যবহার করা হয়।
3. ট্রান্স্যাকশন শেষ না হওয়া পর্যন্ত অন্য writer/readers অপেক্ষা করবে।

🧾 PostgreSQL উদাহরণ

BEGIN;
 
-- টার্গেট রেকর্ড লক
SELECT * FROM accounts WHERE id = 1 FOR UPDATE;
 
-- নিরাপদে আপডেট
UPDATE accounts SET balance = balance + 100 WHERE id = 1;
 
COMMIT;

তাৎক্ষণিক ব্যর্থতা (wait না করে)

SELECT * FROM accounts WHERE id = 1 FOR UPDATE NOWAIT; -- লক থাকলে error দেয়

Queue বা Worker pattern-এ

SELECT id
FROM jobs
WHERE status = 'pending'
FOR UPDATE SKIP LOCKED
LIMIT 10;

✅ সুবিধা

• Lost update বা dirty write প্রতিরোধ হয়।
• ক্রিটিক্যাল ডেটা পরিবর্তনের ক্ষেত্রে নিরাপদ।

⚠️ অসুবিধা

• ব্লকিং ও ডেডলক ঝুঁকি।
• দীর্ঘ ট্রান্স্যাকশন রাখলে পারফরম্যান্স কমে যায়।

⚖️ তুলনামূলক সারাংশ

🧩 কখন কোনটা ব্যবহার করবেন

🏁 উপসংহার

• Optimistic Locking → হালকা কনফ্লিক্টে দ্রুত ও স্কেলেবল।
• Pessimistic Locking → ডেটা ইন্টিগ্রিটি যেখানে সবচেয়ে গুরুত্বপূর্ণ।
• PostgreSQL উভয় কৌশলই শক্তভাবে সাপোর্ট করে। সিস্টেমের প্রকৃতি অনুযায়ী বেছে নিন — performance না consistency, কোনটা বেশি গুরুত্বপূর্ণ তা বিবেচনা করুন।