LISTEN এবং NOTIFY কী?

Question

Accepted Answer

**`LISTEN`** এবং **`NOTIFY`** PostgreSQL-এ একটি অন্তর্নির্মিত **publish/subscribe** মেসেজিং সিস্টেম প্রদান করে — একটি সেশন একটি চ্যানেলে নোটিফিকেশন পাঠাতে পারে, এবং অন্যান্য সেশন যারা সেই চ্যানেলে শুনছে তারা তাৎক্ষণিকভাবে এটি পায়। পোলিং ছাড়াই ডাটাবেস থেকে রিয়েল-টাইম ইভেন্ট পুশ করার জন্য এটি একটি হালকা পদ্ধতি।

## The basic mechanism

```sql
-- a session SUBSCRIBES to a channel
LISTEN order_created;

-- another session/transaction PUBLISHES a notification (with an optional payload)
NOTIFY order_created, 'order id 123';
-- → all sessions listening on 'order_created' receive the message immediately
```

LISTEN একটি চ্যানেলে সাবস্ক্রাইব করে; NOTIFY এটিতে পাবলিশ করে (একটি ঐচ্ছিক টেক্সট পেলোডের সাথে)। শ্রোতারা অ্যাসিঙ্ক্রোনাসভাবে অবহিত হয় — কোনো পোলিং প্রয়োজন নেই।

## Triggering NOTIFY automatically (a common pattern)

```sql
-- a trigger that notifies whenever a row is inserted
CREATE FUNCTION notify_new_order() RETURNS trigger AS $$
BEGIN
  PERFORM pg_notify('order_created', NEW.id::text);   -- notify with the new id
  RETURN NEW;
END;
$$ LANGUAGE plpgsql;

CREATE TRIGGER order_notify AFTER INSERT ON orders
  FOR EACH ROW EXECUTE FUNCTION notify_new_order();
-- now inserting an order automatically pushes a notification to listeners
```

NOTIFY-এর সাথে একটি **trigger** একত্রিত করা ডাটাবেসকে স্বয়ংক্রিয়ভাবে ডেটা পরিবর্তনের সময় ইভেন্ট পুশ করতে দেয় (নতুন অর্ডার, স্ট্যাটাস আপডেট) — চ্যানেলে শোনা অ্যাপ্লিকেশন সার্ভারগুলি রিয়েল-টাইমে প্রতিক্রিয়া জানায়।

## How applications use it

```text
Application code (Node, Python, etc.) opens a connection and LISTENs on a channel.
When a NOTIFY fires (e.g. from a trigger on data change), the app receives the event
and reacts — pushing to websockets, invalidating a cache, triggering a job, etc.
→ Real-time reactions to database changes WITHOUT polling the database.
```

## Limitations to know

```text
✗ Notifications are NOT persisted — if no one is listening, the message is LOST
  (no durability/queue guarantees like a real message broker)
✗ Payload is small (limited size); delivered only after the transaction COMMITS
→ Good for lightweight real-time signaling; for durable/reliable messaging use a
  proper broker (RabbitMQ, Kafka) or a queue table.
```

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

`LISTEN`/`NOTIFY` একটি দরকারী, কিছুটা কম পরিচিত PostgreSQL বৈশিষ্ট্য যা **অন্তর্নির্মিত pub/sub মেসেজিং** প্রদান করে, পোলিং ছাড়াই অ্যাপ্লিকেশনে **রিয়েল-টাইম প্রতিক্রিয়াশীলতা** যোগ করার জন্য মূল্যবান।

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

এটি মূল্যবান কারণ এটি **পোলিং** করার অদক্ষতা ছাড়াই রিয়েল-টাইম ইভেন্ট-চালিত আচরণ প্রদান করে ডাটাবেস পরিবর্তনের জন্য বারবার পরীক্ষা করতে (একটি সাধারণ, অপচয়কারী প্যাটার্ন যা LISTEN/NOTIFY দৃষ্টিকটভাবে প্রতিস্থাপন করে)।

মেকানিজম (সাবস্ক্রাইব করতে LISTEN, পাবলিশ করতে NOTIFY, ডেটা পরিবর্তনের সময় স্বয়ংক্রিয় বিজ্ঞপ্তির জন্য triggers) এবং কীভাবে অ্যাপ্লিকেশনগুলি এটি ব্যবহার করে (ইভেন্টগুলি শুনতে এবং রিয়েল-টাইম প্রতিক্রিয়া চালাতে) বোঝা প্রতিক্রিয়াশীল, ইভেন্ট-চালিত অ্যাপ্লিকেশন তৈরির জন্য উপকারী শুধু PostgreSQL ব্যবহার করে।

সমান গুরুত্বপূর্ণ হল **সীমাবদ্ধতাগুলি** জানা: বিজ্ঞপ্তিগুলি **স্থায়ী হয় না** (কেউ শুনছে না থাকলে হারিয়ে যায় — স্থায়িত্বের গ্যারান্টি নেই), ছোট পেলোড রয়েছে, এবং শুধুমাত্র কমিটের পরে আগুন জ্বালায় — তাই এটি হালকা রিয়েল-টাইম সিগন্যালিংয়ের জন্য উপযুক্ত, *না* একটি টেকসই মেসেজ ব্রোকার (RabbitMQ, Kafka) এর জন্য প্রতিস্থাপন যখন নির্ভরযোগ্যতা এবং স্থায়িত্ব গুরুত্বপূর্ণ।

রিয়েল-টাইম প্রতিক্রিয়াশীলতা একটি সাধারণ প্রয়োজন এবং LISTEN/NOTIFY হালকা ক্ষেত্রে এটি অর্জনের জন্য একটি অন্তর্নির্মিত, পোলিং-মুক্ত উপায় অফার করে, এটি বোঝা — pub/sub মেকানিজম, ট্রিগার প্যাটার্ন, এবং গুরুত্বপূর্ণভাবে এর সীমাবদ্ধতাগুলি (এটি যথেষ্ট বনাম যখন একটি বাস্তব ব্রোকার প্রয়োজন) — ইভেন্ট-চালিত অ্যাপ্লিকেশন তৈরির জন্য মূল্যবান, ব্যবহারিকভাবে প্রাসঙ্গিক PostgreSQL জ্ঞান, একটি দরকারী অন্তর্নির্মিত বৈশিষ্ট্য যা প্রায়শই উপেক্ষা করা হয়।