Re: LISTEN / NOTIFY

From: aditya desai <admad123(at)gmail(dot)com>
To: Steve Midgley <science(at)misuse(dot)org>
Cc: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>, pgsql-sql <pgsql-sql(at)lists(dot)postgresql(dot)org>
Subject: Re: LISTEN / NOTIFY
Date: 2021-10-11 16:36:09
Message-ID: CAN0SRDHHjMDQzqheEbrXATowohWHJewbjBcqjhFcSsDs4o-jQw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

Steve/David,
Thanks for response. I will look into this further.

Regards,
Aditya.

On Monday, October 11, 2021, Steve Midgley <science(at)misuse(dot)org> wrote:

>
> On Mon, Oct 11, 2021 at 8:36 AM David G. Johnston <
> david(dot)g(dot)johnston(at)gmail(dot)com> wrote:
>
>>
>>
>> On Monday, October 11, 2021, aditya desai <admad123(at)gmail(dot)com> wrote:
>>
>>> Hi,
>>> Has anyone implemented LISTEN / NOTIFY to enqueue and dequeue messages
>>> to and from Postgres? Do you have steps to implement it?
>>>
>>
>> Listen/notify are not a queuing system, they are a notification system.
>>
>
> I agree with David - you _could_ implement a work queue using LISTEN /
> NOTIFY as primitive components, but they are not anything like a complete
> queuing system. I would recommend implementing any number of open source or
> licensed message queue solutions that will work with Postgres. RabbitMQ is
> widely known and used. I've used SideKiq and Resque (both being in Ruby, a
> language I like). I think it would be unwise to implement your own queue
> system directly on top of LISTEN/NOTIFY. There are so many edge cases to
> queue management, it's almost like implementing your own encryption
> algorithm on top of Postgres' math functions. There are OSS tools out there
> that will almost certainly do what you want.
>
> Steve
>
>
>
>
>

In response to

Browse pgsql-sql by date

  From Date Subject
Next Message Erik Brandsberg 2021-10-11 16:59:06 Re: LISTEN / NOTIFY
Previous Message Steve Midgley 2021-10-11 15:46:37 Re: LISTEN / NOTIFY