LISTEN agus NOTIFY a sholáthraíonn córas fógraí foilsithe/spréachta ionsuite i PostgreSQL — is féidir le seisiún amháin fógra a sheoladh ar chainéal, agus faigheann seisiúin eile atá ag éisteachta ar an chainéal sin é láithreach. Is bealach éadrom a thí sé chun imeachtaí fíor-ama a bhrú ó an bhainc dhíta gan vótála.
LISTEN order_created;
NOTIFY order_created, ;
LISTEN a chlárú do chainéal; NOTIFY a fhoilsiú dó (le muirear téacs roghnach). Faigheann éisteoirí fógra go neamhspleách — níl vótála ag teastáil.
-- 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
A chomhcheangal NOTIFY le bhristeoir go bhfuil an bhainc dhíta ábalta imeachtaí a bhrú nuair a bhíonn sonraí ag athrú (ordú nua, nuashonrú stáit) — freagraíonn fhreastalaí feidhmchlár ag éisteachta ar an chainéal i bhfíor-ama.
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 gné PostgreSQL fóirsteanach, beag ar eolas, a sholáthraíonn córas ionsuite pub/sub fógraí, luachmhar chun fréamhscaoileacht fíor-ama a chur le feidhmchláir gan vótála.
Is é an príomhluach atá ann ná go mbíonn an bhainc dhíta ábalta imeachtaí a bhrú chuig seisiúin éisteachta feidhmchlár láithreach nuair a tharlaíonn rud éigin (ordú nua, athrú stáit) — de ghnáth a chomhcheangal le bhristeoirí ionas go bhfógraítear do éisteoirí nuair a bhíonn sonraí ag athrú go huathoibríoch, agus déanann fhreastalaí feidhmchlár gníomhartha i bhfreagra air (a bhruit chuig websockets, cuimhne á néiríonn, obair bhruit bhg a spreachtar).
Tá sé seo luachmhar toisc go soláthraíonn sé iompar fhréamhscaoileacht-dhíbeartha fíor-ama gan éifeachtúlacht na vótála an bhainc dhíta arís agus arís eile a bhreith do bhreathnoú ar athruithe (patrún coitianta, dramhaíola a bhí LISTEN/NOTIFY go soiléir a bhí glan suas).
Tuiscint a bheith ar an meicníocht (LISTEN a chlárú, NOTIFY a fhoilsiú, le bhristeoirí do bhreathnoú uathoibríoch ar athruithe sonraí) agus conas a úsáideann feidhmchláir a bhí sé (ag éisteachta do imeachtaí gníomhú fréamhscaoileacht fíor-ama) a bhí fúntáideach do thógáil feidhmchláir responsive, imeacht-bhreathaithe ag baint úsáide as PostgreSQL amháin.
Rada chomh tábhachtach is na theorainneacha: fógraí a bhí gan choimeád (caillte mura bhfuil aon duine ag éisteachta — aon bharántais dhúramainte) — muirear beag, agus go fóill ar dhéantar dlúthú amháin — mar sin a bhí sé oiriúnach do chomhartha éadrom fíor-ama, ní ionadaíochta ar bhrócar dhurachomhartha (RabbitMQ, Kafka) nuair a bhí iontaobhais agus seasmhachta i gceist.
Sinse fréamhscaoileacht fíor-ama ríthábhachtach agus LISTEN/NOTIFY cur ar fáil ar bhealach ionsuite, vótála-saor a bhaint amach do chásanna éadrom, tuiscint a bhí sé — an meicníocht pub/sub, an patrún bristeoir, agus go tábhachtach a theorainneacha (nuair a bhí sé go leor i gcomparáid le a bhía gá a bhí a bhrócar fíor) — luachmhar, PostgreSQL-eolas go praiticiúil-ábhartha do thógáil imeacht-thiomáinte feidhmchláir, gné ionsuite fúntáideach a bhí go minic ar leataoibh.