লেনদেনের বিচ্ছিন্নতা স্তর কী?

Question

Accepted Answer

**বিচ্ছিন্নতা স্তর** নিয়ন্ত্রণ করে একসাথে চলমান লেনদেনগুলি একে অপরের অপ্রতিশ্রুতিবদ্ধ (বা চলমান) পরিবর্তনগুলি কতটা দেখতে পারে — **সামঞ্জস্যতা** এবং **কর্মক্ষমতা/সমসাময়িকতার** মধ্যে বাণিজ্য করে। উচ্চতর বিচ্ছিন্নতা আরও বেশি বৈসাদৃশ্য প্রতিরোধ করে কিন্তু লক/প্রতিযোগিতা বৃদ্ধি করে।

## সমসাময়িকতা বৈসাদৃশ্য (বিচ্ছিন্নতা যা প্রতিরোধ করে)

```text
DIRTY READ        → reading another transaction's UNCOMMITTED changes (which may roll back)
NON-REPEATABLE READ → re-reading a row gives different values (another txn UPDATED it)
PHANTOM READ      → re-running a query returns different ROWS (another txn INSERTED/DELETED)
```

যখন লেনদেনগুলি একসাথে চলে তখন এই সমস্যাগুলি দেখা দিতে পারে — বিচ্ছিন্নতা স্তর নিয়ন্ত্রণ করে কোনগুলি প্রতিরোধ করা হয়।

## চারটি মান বিচ্ছিন্নতা স্তর

প্রতিটি উচ্চতর স্তর আরও বেশি বৈসাদৃশ্য প্রতিরোধ করে। **Read Committed** একটি সাধারণ ডিফল্ট (নোংরা পড়া প্রতিরোধ করে); **Serializable** সবচেয়ে কঠোর (লেনদেনগুলি এক সাথে চলার মতো আচরণ করে) কিন্তু সমসাময়িকতার জন্য সবচেয়ে সীমাবদ্ধ।

## বিচ্ছিন্নতা স্তর নির্ধারণ করা

```sql
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
BEGIN;
  -- ... operations run at the chosen isolation ...
COMMIT;
```

## মৌলিক ট্রেড-অফ

```text
Higher isolation → MORE correctness (fewer anomalies), but MORE locking/contention
                   → lower concurrency, potential slowdowns, more deadlocks
Lower isolation  → MORE concurrency/performance, but risk of anomalies
→ Choose based on the data's needs: financial/critical data may need Serializable;
  most apps use Read Committed (the default) as a balance.
→ Note: implementations vary (MVCC vs locking); the SQL standard defines the levels
  but databases differ in details (Postgres, MySQL/InnoDB, etc.).
```

## কেন এটি গুরুত্বপূর্ণ

লেনদেনের বিচ্ছিন্নতা স্তর হল ডাটাবেসে **সমসাময়িকতা** বোঝার জন্য গুরুত্বপূর্ণ উন্নত জ্ঞান — যখন একাধিক লেনদেন একসাথে চলে (যেমনটি যেকোনো বাস্তব বহু-ব্যবহারকারী অ্যাপ্লিকেশনে ঘটে), বিচ্ছিন্নতা স্তর ডেটা সামঞ্জস্য এবং কর্মক্ষমতার মধ্যে ট্রেড-অফ নির্ধারণ করে, তাই সঠিক, কর্মক্ষম সমসাময়িক অ্যাপ্লিকেশন তৈরির জন্য তাদের বোঝা মূল্যবান।

মূল ধারণাগুলি হল **সমসাময়িকতা বৈসাদৃশ্য** (নোংরা পড়া, পুনরাবৃত্তিমূলক পড়া, ফ্যান্টম পড়া — সেই সমস্যাগুলি যা তাদের চলমান পরিবর্তনগুলি দেখে লেনদেন থেকে উত্থিত হয়) এবং কীভাবে **চারটি বিচ্ছিন্নতা স্তর** (Read Uncommitted, Read Committed, Repeatable Read, Serializable) ক্রমবর্ধমান আরও বেশি প্রতিরোধ করে।

সঠিকতার জন্য এটি বোঝা গুরুত্বপূর্ণ: খুব কম বিচ্ছিন্নতা স্তর বেছে নেওয়া এমন বৈসাদৃশ্যের অনুমতি দিতে পারে যা ডেটা দুর্নীতিগ্রস্ত করে বা ভুল ফলাফল দেয় (যেমন অপ্রতিশ্রুতিবদ্ধ ডেটা পড়া যা পরে রোল ব্যাক হয়, বা অসামঞ্জস্যপূর্ণ পড়া), যখন খুব বেশি বেছে নেওয়া সমসাময়িকতা এবং কর্মক্ষমতা হ্রাস করে।

**মৌলিক ট্রেড-অফ** — উচ্চতর বিচ্ছিন্নতা মানে আরও সঠিকতা কিন্তু আরও লক/প্রতিযোগিতা (নিম্ন সমসাময়িকতা, সম্ভাব্য ধীরগতি এবং ডেডলক), নিম্ন বিচ্ছিন্নতা মানে আরও কর্মক্ষমতা কিন্তু বৈসাদৃশ্যের ঝুঁকি — হল মূল অন্তর্দৃষ্টি: আপনি ডেটার সামঞ্জস্য প্রয়োজনীয়তার উপর ভিত্তি করে স্তর বেছে নিন (সমালোচনামূলক/আর্থিক ডেটা Serializable প্রয়োজন হতে পারে; বেশিরভাগ অ্যাপ্লিকেশন একটি ভারসাম্য হিসাবে Read Committed ব্যবহার করে)।

বাস্তবায়ন পরিবর্তিত হয় তা জানা (MVCC বনাম লক) প্রাসঙ্গিকও।

যেহেতু সমসাময়িকতা বাস্তব ডাটাবেস অ্যাপ্লিকেশনে অন্তর্নিহিত, এবং যেহেতু বিচ্ছিন্নতা স্তর সামঞ্জস্য এবং কর্মক্ষমতার মধ্যে সমালোচনামূলক ভারসাম্য নিয়ন্ত্রণ করে (ভুল পছন্দগুলি ডেটা বৈসাদৃশ্য বা কর্মক্ষমতার সমস্যা সৃষ্টি করে), বিচ্ছিন্নতা স্তর বোঝা — বৈসাদৃশ্য, স্তর এবং সামঞ্জস্য-বনাম-সমসাময়িকতা ট্রেড-অফ — সঠিক, কর্মক্ষম সমসাময়িক সিস্টেম তৈরির জন্য মূল্যবান সিনিয়র-স্তরের জ্ঞান এবং ডাটাবেস সমসাময়িকতার বোঝাপড়া প্রদর্শনকারী একটি সাধারণ উন্নত সাক্ষাৎকার বিষয়।