Apa itu LISTEN dan NOTIFY?

Question

Accepted Answer

**`LISTEN`** dan **`NOTIFY`** menyediakan sistem pesan **publish/subscribe** bawaan di PostgreSQL — satu session dapat mengirim notifikasi pada sebuah channel, dan session lain yang mendengarkan pada channel tersebut menerimanya secara instan. Ini adalah cara ringan untuk mendorong event real-time dari database tanpa polling.

## Mekanisme dasar

```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 berlangganan sebuah channel; NOTIFY menerbitkan ke dalamnya (dengan payload teks opsional). Listener mendapatkan notifikasi secara asinkron — tidak perlu polling.

## Memicu NOTIFY secara otomatis (pola umum)

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

Menggabungkan NOTIFY dengan sebuah **trigger** memungkinkan database secara otomatis mendorong event ketika data berubah (pesanan baru, pembaruan status) — server aplikasi yang mendengarkan pada channel bereaksi secara real-time.

## Bagaimana aplikasi menggunakannya

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

## Batasan yang perlu diketahui

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

## Mengapa ini penting

`LISTEN`/`NOTIFY` adalah fitur PostgreSQL yang berguna dan kurang dikenal yang menyediakan **pesan pub/sub bawaan**, berharga untuk menambahkan **reaktivitas real-time** ke aplikasi tanpa polling.

Nilai inti adalah memungkinkan database untuk **mendorong event** ke session aplikasi yang mendengarkan secara instan ketika sesuatu terjadi (pesanan baru, perubahan status) — biasanya dikombinasikan dengan **trigger** sehingga perubahan data secara otomatis memberitahu listener, yang server aplikasi bereaksi terhadapnya (mendorong ke websocket, menginvalidasi cache, memicu pekerjaan latar belakang).

Ini berharga karena menyediakan perilaku event-driven real-time tanpa inefisiensi **polling** database berulang kali untuk memeriksa perubahan (pola umum dan boros yang LISTEN/NOTIFY secara elegan menggantikan).

Memahami mekanisme (LISTEN untuk berlangganan, NOTIFY untuk menerbitkan, dengan trigger untuk notifikasi otomatis pada perubahan data) dan bagaimana aplikasi menggunakannya (mendengarkan event untuk mendorong reaksi real-time) berguna untuk membangun aplikasi responsif dan event-driven hanya menggunakan PostgreSQL.

Sama pentingnya adalah mengetahui **batasan**: notifikasi **tidak bertahan** (hilang jika tidak ada yang mendengarkan — tidak ada jaminan durabilitas), memiliki payload kecil, dan hanya api setelah commit — jadi cocok untuk signaling real-time ringan, *bukan* pengganti untuk message broker yang tahan lama (RabbitMQ, Kafka) ketika keandalan dan persistensi penting.

Karena reaktivitas real-time adalah kebutuhan umum dan LISTEN/NOTIFY menawarkan cara bawaan bebas polling untuk mencapainya untuk kasus ringan, memahaminya — mekanisme pub/sub, pola trigger, dan crucially batasan-batasannya (ketika cukup vs ketika broker nyata diperlukan) — adalah pengetahuan PostgreSQL yang praktis dan relevan untuk membangun aplikasi event-driven, fitur bawaan yang berguna yang sering diabaikan.