LISTEN ਅਤੇ NOTIFY ਕੀ ਹਨ?

Question

Accepted Answer

**`LISTEN`** ਅਤੇ **`NOTIFY`** PostgreSQL ਵਿੱਚ ਇੱਕ ਬਿਲਤ-ਇਨ **publish/subscribe** ਮੈਸੇਜਿੰਗ ਸਿਸਟਮ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ — ਇੱਕ ਸੈਸ਼ਨ ਇੱਕ ਚੈਨਲ ਉੱਤੇ ਨੋਟੀਫਿਕੇਸ਼ਨ ਭੇਜ ਸਕਦਾ ਹੈ, ਅਤੇ ਦੂਸਰੇ ਸੈਸ਼ਨ ਜੋ ਉਸ ਚੈਨਲ ਨੂੰ ਸੁਣ ਰਹੇ ਹਨ ਇਸ ਨੂੰ ਤੁਰੰਤ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ। ਇਹ ਡਾਟਾਬੇਸ ਤੋਂ polling ਕੀਤੇ ਬਿਨਾਂ ਰੀਅਲ-ਟਾਈਮ ਇਵੰਟਾਂ ਨੂੰ push ਕਰਨ ਦਾ ਇੱਕ lightweight ਤਰੀਕਾ ਹੈ।

## ਬੁਨਿਆਦੀ ਮਕੈਨਿਜ਼ਮ

```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 ਇੱਕ ਚੈਨਲ ਨੂੰ subscribe ਕਰਦਾ ਹੈ; NOTIFY ਇਸ ਨੂੰ publish ਕਰਦਾ ਹੈ (ਇੱਕ optional ਟੈਕਸਟ payload ਦੇ ਨਾਲ)। Listeners ਨੂੰ ਅਸਿੰਕ੍ਰੋਨਸ ਤਰੀਕੇ ਨਾਲ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ — ਕੋਈ polling ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ।

## NOTIFY ਨੂੰ ਸਵੈਚਲਿਤ ਤਰੀਕੇ ਨਾਲ trigger ਕਰਨਾ (ਇੱਕ 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** ਨਾਲ ਮਿਲਾਕੇ ਡਾਟਾਬੇਸ ਨੂੰ ਸਵੈਚਲਿਤ ਤਰੀਕੇ ਨਾਲ ਇਵੰਟਾਂ ਨੂੰ push ਕਰਨ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਡਾਟਾ ਬਦਲਦਾ ਹੈ (ਨਿਆ order, status ਅਪਡੇਟ) — application ਸਰਵਰ ਚੈਨਲ ਨੂੰ ਸੁਣ ਕੇ ਰੀਅਲ-ਟਾਈਮ ਵਿੱਚ ਪ੍ਰਤੀਕ੍ਰਿਆ ਦਿੰਦੇ ਹਨ।

## 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 ਫੀਚਰ ਹੈ ਜੋ **ਬਿਲਤ-ਇਨ pub/sub messaging** ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜੋ **ਰੀਅਲ-ਟਾਈਮ reactivity** ਨੂੰ ਐਪਲਿਕੇਸ਼ਨਾਂ ਵਿੱਚ ਜੋੜਨ ਲਈ ਮੁੱਲਵਾਨ ਹੈ polling ਦੀ ਘਾਟ ਵਿੱਚ।

ਮੁੱਖ ਮੁੱਲ ਡਾਟਾਬੇਸ ਨੂੰ **ਇਵੰਟਾਂ ਨੂੰ push ਕਰਨ** ਦੀ ਸਮਰੱਥਾ ਹੈ ਤੁਰੰਤ listening application ਸੈਸ਼ਨਾਂ ਨੂੰ ਜਦੋਂ ਕੁਝ ਵਾਪਰਦਾ ਹੈ (ਨਵਾ order, status ਪਰਿਵਰਤਨ) — ਆਮ ਤੌਰ 'ਤੇ **triggers** ਨਾਲ ਮਿਲਾਕੇ ਤਾਂ ਕਿ ਡਾਟਾ ਤਬਦੀਲੀਆਂ ਸਵੈਚਲਿਤ ਤਰੀਕੇ ਨਾਲ listeners ਨੂੰ ਸੂਚਿਤ ਕਰਦੀਆਂ ਹਨ, ਜਿਸ ਨੂੰ application ਸਰਵਰ (websockets ਨੂੰ push ਕਰਨਾ, caches ਨੂੰ invalidate ਕਰਨਾ, background ਕੰਮ ਨੂੰ trigger ਕਰਨਾ) ਪ੍ਰਤੀਕ੍ਰਿਆ ਦਿੰਦੇ ਹਨ।

ਇਹ ਮੁੱਲਵਾਨ ਹੈ ਕਿਉਂਕਿ ਇਹ **polling** ਦੀ ਅਕਾਰਤਾ ਤੋਂ ਬਿਨਾਂ ਰੀਅਲ-ਟਾਈਮ event-driven ਵਿਵਹਾਰ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ — ਬਾਰ ਬਾਰ ਡਾਟਾਬੇਸ ਨੂੰ check ਕਰਨ ਲਈ ਪੁਛਣਾ (ਇੱਕ common, wasteful pattern) ਜਿਸ ਨੂੰ LISTEN/NOTIFY ਸ਼ਾਨਦਾਰ ਤਰੀਕੇ ਨਾਲ ਬਦਲ ਦਿੰਦਾ ਹੈ।

ਮਕੈਨਿਜ਼ਮ ਨੂੰ ਸਮਝਨਾ (subscribe ਕਰਨ ਲਈ LISTEN, publish ਕਰਨ ਲਈ NOTIFY, ਡਾਟਾ ਪਰਿਵਰਤਨਾਂ 'ਤੇ ਸਵੈਚਲਿਤ notification ਲਈ triggers) ਅਤੇ ਆਖਿਆ ਕਿਵੇਂ ਐਪਲਿਕੇਸ਼ਨਾਂ ਇਸ ਨੂੰ ਵਰਤਦੀਆਂ ਹਨ (ਰੀਅਲ-ਟਾਈਮ reactions ਨੂੰ drive ਕਰਨ ਲਈ ਇਵੰਟਾਂ ਨੂੰ ਸੁਣਨਾ) responsive, event-driven ਐਪਲਿਕੇਸ਼ਨਾਂ ਨੂੰ ਸਿਰਫ PostgreSQL ਦੇ ਨਾਲ ਬਣਾਉਣ ਲਈ ਕਾਰਜਸ਼ੀਲ ਹੈ।

ਬਰਾਬਰ ਮਹੱਤਵਪੂਰਨ ਹੈ **ਸੀਮਾਵਾਂ** ਨੂੰ ਜਾਨਨਾ: notifications **persistent ਨਹੀਂ ਹਨ** (ਖਤਮ ਹਨ ਜੇ ਕੋਈ ਨਹੀਂ ਸੁਣ ਰਿਹਾ — durability guarantees ਨਹੀਂ), ਛੋਟੇ payloads ਹਨ, ਅਤੇ commit ਦੇ ਬਾਦ ਹੀ fire ਹੁੰਦਾ ਹੈ — ਇਸ ਲਈ ਇਹ lightweight ਰੀਅਲ-ਟਾਈਮ signaling ਲਈ ਢੁੱਕਵਾਂ ਹੈ, *ਨਹੀਂ* ਇੱਕ durable message broker (RabbitMQ, Kafka) ਦਾ ਬਦਲ ਜਦੋਂ reliability ਅਤੇ persistence ਮਾਣਵੇਂ ਹਨ।

ਕਿਉਂਕਿ ਰੀਅਲ-ਟਾਈਮ reactivity ਇੱਕ common ਜ਼ਰੂਰਤ ਹੈ ਅਤੇ LISTEN/NOTIFY ਇੱਕ ਬਿਲਤ-ਇਨ, polling-free ਤਰੀਕਾ ਲਘੂ ਕੇਸਾਂ ਲਈ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਇਸ ਨੂੰ ਸਮਝਨਾ — pub/sub ਮਕੈਨਿਜ਼ਮ, trigger pattern, ਅਤੇ ਮਹੱਤਵਪੂਰਨ ਸੀਮਾਵਾਂ (ਇਹ ਕਦੋਂ ਕਾਫੀ ਹੈ vs ਕਦੋਂ ਇੱਕ ਅਸਲੀ broker ਦੀ ਜ਼ਰੂਰਤ ਹੈ) — event-driven ਐਪਲਿਕੇਸ਼ਨਾਂ ਬਣਾਉਣ ਲਈ ਮੁੱਲਵਾਨ, ਅਮਲੀ ਤੌਰ 'ਤੇ-relevant PostgreSQL ਗਿਆਨ ਹੈ, ਇੱਕ ਉਪਯੋਗੀ ਬਿਲਤ-ਇਨ ਫੀਚਰ ਜੋ ਅਕਸਰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।