LISTEN ja NOTIFY tarjoavat PostgreSQL:iin sisäänrakennetun publish/subscribe -viestintäjärjestelmän — yksi istunto voi lähettää ilmoituksen kanavalla, ja muut istunnot, jotka kuuntelevat kyseistä kanavaa, vastaanottavat sen välittömästi. Se on kevyt tapa pushata reaaliaikatapahtumia tietokannasta ilman kyselyä.
LISTEN order_created;
NOTIFY order_created, ;
LISTEN tilaa kanavan; NOTIFY julkaisee sille (valinnaisen tekstisisällön kanssa). Kuuntelijat saavat ilmoituksen asynkronisesti — kyselya ei tarvita.
-- 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:n yhdistäminen triggeriin antaa tietokannalle mahdollisuuden automaattisesti pushata tapahtumia, kun data muuttuu (uusi tilaus, tilapaivitys) — sovelluspalvelimet, jotka kuuntelevat kanavaa, reagoivat reaaliajassa.
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.
✗ 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 on hyödyllinen, suhteellisen tuntematon PostgreSQL-ominaisuus, joka tarjoaa sisäänrakennetun pub/sub -viestinnän, arvokas reaaliaikareaktiivisuuden lisäämiseen sovelluksiin ilman kyselyä.
Ydinarvo on antaa tietokannalle mahdollisuus pushata tapahtumia kuunteleville sovellus-istunnoille välittömästi, kun jokin tapahtuu (uusi tilaus, tilan muutos) — tyypillisesti yhdessä triggereillä niin, että data-muutokset automaattisesti ilmoittavat kuuntelijoille, joihin sovelluspalvelimet reagoivat (pushaamalla websocketiin, invalidoimalla välimuistia, käynnistämällä taustatyötä).
Tämä on arvokas, koska se tarjoaa reaaliaikatapahtuma-ohjattua käyttäytymistä ilman kyselyjen tehottomuutta (yleinen, turhauttava malli, jonka LISTEN/NOTIFY tyylikästi korvaa).
Mekanismin ymmärtäminen (LISTEN tilaa, NOTIFY julkaisee, ja triggerit automaattista ilmoitusta data-muutoksissa) ja kuinka sovellukset sitä käyttävät (kuuntelemalla tapahtumia reaaliaikareaktioiden ohjaamiseksi) on hyödyllistä reagoivien, tapahtuma-ohjattujen sovellusten rakentamisessa vain PostgreSQL:ää käyttäen.
Yhtä tärkeää on tietää rajoitukset: ilmoitukset eivät säily (menetetään, jos kukaan ei kuuntele — ei kestävyyden takuita), niillä on pienet maksimikoot, ja ne laukeavat vain commitin jälkeen — joten se sopii kevyelle reaaliaikasignaloinnille, ei kestävän viestivälineen (RabbitMQ, Kafka) korvaamiseksi, kun luotettavuus ja pysyvyys ovat tärkeitä.
Koska reaaliaikareaaktiivisuus on yleinen tarve ja LISTEN/NOTIFY tarjoaa sisäänrakennetun, kyselyttömän tavan sen saavuttamiseksi kevyissä tapauksissa, sen ymmärtäminen — pub/sub-mekanismi, trigger-malli ja kriittisesti sen rajoitukset (milloin se riittää vs. milloin varsinainen välittäjä on tarpeen) — on arvokas, käytännöllisesti relevantti PostgreSQL-tieto tapahtuma-ohjattujen sovellusten rakentamiseen, hyödyllinen sisäänrakennettu ominaisuus, joka usein jää huomaamatta.