LISTEN اور NOTIFY کیا ہیں؟

Question

Accepted Answer

**`LISTEN`** اور **`NOTIFY`** PostgreSQL میں ایک built-in **publish/subscribe** messaging system فراہم کرتے ہیں — ایک session ایک channel پر notification بھیج سکتا ہے، اور دوسری sessions اس channel پر سن رہے ہوں تو انہیں فوری طور پر ملتی ہے۔ یہ database سے polling کیے بغیر real-time events کو push کرنے کا ایک lightweight طریقہ ہے۔

## بنیادی 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 ایک channel کو subscribe کرتا ہے؛ NOTIFY اس پر publish کرتا ہے (اختیاری text payload کے ساتھ)۔ Listeners کو asynchronously مطلع کیا جاتا ہے — کوئی polling کی ضرورت نہیں۔

## خودکار طور پر NOTIFY کو trigger کرنا (ایک عام 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** کے ساتھ ملا کر database خود بخود events کو push کر سکتا ہے جب data تبدیل ہو (نیا order، status update) — channel پر سننے والے application servers real time میں جواب دیتے ہیں۔

## Applications اسے کیسے استعمال کرتی ہیں

```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.
```

## جاننے کی اہم محدودیت

```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 feature ہے جو **built-in pub/sub messaging** فراہم کرتا ہے، جو polling کے بغیر applications میں **real-time reactivity** شامل کرنے کے لیے قیمتی ہے۔

بنیادی فائدہ یہ ہے کہ database listening application sessions کو فوری طور پر events کو **push** کر سکتا ہے جب کچھ ہوتا ہے (نیا order، status change) — عام طور پر **triggers** کے ساتھ ملایا جاتا ہے تاکہ data میں تبدیلیاں خود بخود listeners کو مطلع کریں، جس پر application servers جواب دیتے ہیں (websockets کو push کرنا، caches کو invalid کرنا، background work کو trigger کرنا)۔

یہ قیمتی ہے کیونکہ یہ database کو بار بار **polling** کرنے کی inefficiency کے بغیر real-time event-driven behavior فراہم کرتا ہے (ایک عام، ضائع ہونے والا pattern جسے LISTEN/NOTIFY خوبصورتی سے بدل دیتا ہے)۔

مechanism کو سمجھنا (subscribe کے لیے LISTEN، publish کے لیے NOTIFY، data میں تبدیلی پر خود بخود notification کے لیے triggers) اور applications اسے کیسے استعمال کرتے ہیں (real-time reactions کو drive کرنے کے لیے events سننا) responsive، event-driven applications بنانے کے لیے مفید ہے۔

برابر اہم **محدودیتوں** کو جاننا ہے: notifications **محفوظ نہیں** ہوتی (کسی نے سن نہ رہے ہو تو ضائع ہو جاتی ہے — durability کی guarantee نہیں)، چھوٹے payloads ہیں، اور صرف commit کے بعد fire ہوتی ہیں — تو یہ lightweight real-time signaling کے لیے موزوں ہے، *نہیں* ایک durable message broker (RabbitMQ، Kafka) کا متبادل جب reliability اور persistence اہم ہو۔

چونکہ real-time reactivity ایک عام ضرورت ہے اور LISTEN/NOTIFY lightweight cases کے لیے polling-free طریقہ فراہم کرتا ہے، اسے سمجھنا — pub/sub mechanism، trigger pattern، اور اہم طور پر اس کی محدودیتیں (کب کافی ہے بمقابلہ کب real broker ضروری ہے) — event-driven applications بنانے کے لیے قیمتی، عملی طور پر متعلقہ PostgreSQL علم ہے، ایک مفید built-in feature جو اکثر نظر انداز کیا جاتا ہے۔