LISTEN ve NOTIFY nedir?

Question

Accepted Answer

**`LISTEN`** ve **`NOTIFY`**, PostgreSQL'de yerleşik bir **yayın/abone** (publish/subscribe) mesajlaşma sistemi sağlar — bir oturum bir kanala bildirim gönderebilir, diğer oturumlar o kanali dinliyorsa onu anında alırlar. Veritabanından yoklama (polling) yapılmadan gerçek zamanlı olayları iletmek için hafif bir yoldur.

## Temel mekanizm

```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 bir kanala abone olur; NOTIFY ona yayınlar (isteğe bağlı bir metin yükü ile). Dinleyiciler eşzamansız olarak bildirilir — yoklama gerekmez.

## NOTIFY'ı otomatik olarak tetikleme (yaygın bir desen)

```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'ı bir **tetikleyici** (trigger) ile birleştirmek, veritabanının veri değiştiğinde (yeni sipariş, durum güncellemesi) otomatik olarak olayları iletmesini sağlar — kanalı dinleyen uygulama sunucuları gerçek zamanlı olarak tepki verir.

## Uygulamalar bunu nasıl kullanır

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

## Bilmesi gereken sınırlamalar

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

## Neden önemli

`LISTEN`/`NOTIFY`, PostgreSQL'in faydalı, nispeten daha az bilinen bir özelliğidir ve **yerleşik yayın/abone mesajlaşması** sağlayarak, yoklama yapmadan uygulamalara **gerçek zamanlı tepkisellik** eklemek için değerlidir.

Temel değer, veritabanının bir şey olduğunda (yeni bir sipariş, bir durum değişikliği) dinleyen uygulama oturumlarına anında olayları **iletebilmesi** — tipik olarak veri değişiklikleri otomatik olarak dinleyicileri bilgilendirmesi için **tetikleyiciler** ile birleştirilir, uygulama sunucuları buna tepki verir (websocket'lere gönderme, önbellekleri geçersiz kılma, arka plan işini tetikleme).

Bu değerlidir çünkü veritabanını değişiklikleri kontrol etmek için tekrar tekrar **yoklamak** ihtiyacından (yaygın, savurgan bir desen) veritabanının gerçek zamanlı, olay güdümlü davranışını yoklamasız ve etkili bir şekilde sağlar.

Mekanizmi anlama (abone olmak için LISTEN, yayınlamak için NOTIFY, veri değişikliklerinde otomatik bildirim için tetikleyiciler) ve uygulamaların bunu nasıl kullandığı (gerçek zamanlı tepkileri yönlendirmek için olayları dinleme) sadece PostgreSQL kullanarak tepkisel, olay güdümlü uygulamalar oluşturmak için faydalıdır.

Eşit derecede önemli olan **sınırlamaları** bilmektir: bildirimler **kalıcı değildir** (dinleyen kimse yoksa kaybolur — dayanıklılık garantisi yoktur), küçük yükleri vardır ve yalnızca işleme (commit) sonrasında tetiklenir — bu nedenle hafif gerçek zamanlı sinyal verme için uygun olup, güvenilirlik ve kalıcılık önemli olduğunda dayanıklı bir ileti aracısının (RabbitMQ, Kafka) yerini *almaz*.

Gerçek zamanlı tepkisellik yaygın bir ihtiyaç olduğundan ve LISTEN/NOTIFY hafif durumlar için yerleşik, yoklamadan tepkisellik elde etmenin bir yolunu sunduğundan, mekanizmi anlama — yayın/abone mekanizması, tetikleyici deseni ve özellikle sınırlamalarını (ne zaman yeterli olduğu ve ne zaman gerçek bir aracıya ihtiyaç duyulduğu) — olay güdümlü uygulamalar oluşturmak için değerli, uygulamada ilgili PostgreSQL bilgisidir, sıklıkla gözden kaçırılan faydalı bir yerleşik özelliktir.