Re: Can PG replace redis, amqp, s3 in the future?

From: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>
To: Thomas Güttler <guettliml(at)thomas-guettler(dot)de>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: Can PG replace redis, amqp, s3 in the future?
Date: 2017-05-02 03:43:14
Message-ID: CAMkU=1w3sq5W2eJ_Asx-YwS6aCUO+Zb93tYqZu4=B4W6zCM1mw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sun, Apr 30, 2017 at 4:37 AM, Thomas Güttler <
guettliml(at)thomas-guettler(dot)de> wrote:

> Is is possible that PostgreSQL will replace these building blocks in the
> future?
>
> - redis (Caching)
>

PostgreSQL has its own caching. It might not be quite as effective as
redis', but you can us it if you are willing to take those trade offs.

- rabbitmq (amqp)
>

PostgreSQL has its own system for this, and other ones can be layered on
top of fully transactional tables.
Again, you can use one or the other, depending on your needs, if you are
willing to deal with the trade offs.

> - s3 (Blob storage)
>

No. You can certainly use PostgreSQL to store blobs. But then, you need
to store the PostgreSQL data **someplace**. If you don't store it in S3,
you have to store it somewhere else.

Cheers,

Jeff

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Alvaro Aguayo Garcia-Rada 2017-05-02 16:18:22 Re: BDR replication and table triggers
Previous Message Igor Korot 2017-05-02 02:49:39 Re: Compatibility of libpg