ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਆਈਸੋਲੇਸ਼ਨ ਲੈਵਲ ਕੀ ਹਨ?

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 ਬਨਾਮ ਲਾਕਿੰਗ) ਵੀ ਪ੍ਰਾਸੰਗਿਕ ਹੈ।

ਕਿਉਂਕਿ ਸਮਕਾਲੀਨਤਾ ਅਸਲ ਡੇਟਾਬੇਸ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਅੰਤਰਨਿਹਿਤ ਹੈ, ਅਤੇ ਕਿਉਂਕਿ ਆਈਸੋਲੇਸ਼ਨ ਲੈਵਲ ਇਕਸਾਰਤਾ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਵਿਚਕਾਰ ਮਹੱਤਵਪੂਰਨ ਸੰਤੁਲਨ ਨੂੰ ਨਿਯੰਤ੍ਰਿਤ ਕਰਦੇ ਹਨ (ਗਲਤ ਚੁਣਾਵ ਡਾਟਾ ਵਿਸੰਗਤੀਆਂ ਜਾਂ ਪ੍ਰਦਰਸ਼ਨ ਸਮੱਸਿਆਵਾਂ ਦਾ ਕਾਰਣ ਬਣਦਾ ਹੈ), ਆਈਸੋਲੇਸ਼ਨ ਲੈਵਲਾਂ ਨੂੰ ਸਮਝਣਾ — ਵਿਸੰਗਤੀਆਂ, ਲੈਵਲ, ਅਤੇ ਇਕਸਾਰਤਾ-ਬਨਾਮ-ਸਮਕਾਲੀਨਤਾ ਮੋਲ-ਭਾਵ — ਸਠੀਕ, ਪ੍ਰਦਰਸ਼ਨਸ਼ੀਲ ਸਮਕਾਲੀ ਪ੍ਰਣਾਲੀਆਂ ਬਿਨਾ ਕਰਨ ਲਈ ਕੀਮਤੀ ਸੀਨੀਅਰ-ਪੱਧਰ ਦਾ ਗਾਲਬਾ ਅਤੇ ਇੱਕ ਆਮ ਸਮੀਖਿਆ ਟਾਪਿਕ ਹੈ ਜੋ ਡੇਟਾਬੇਸ ਸਮਕਾਲੀਨਤਾ ਦੀ ਸਮਝ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ।