From: | Thomas Delrue <thomas(at)epistulae(dot)net> |
---|---|
To: | pgsql-general(at)postgresql(dot)org, Thomas Güttler <guettliml(at)thomas-guettler(dot)de>,pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Can PG replace redis, amqp, s3 in the future? |
Date: | 2017-04-30 13:39:05 |
Message-ID: | CE14A9F4-27B0-4EF4-8B3B-863D70DF485D@epistulae.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On April 30, 2017 1:37:02 PM GMT+02:00, "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)
> - rabbitmq (amqp)
> - s3 (Blob storage)
These are three very different sets of functionalities, each requiring a different approach. I am curious as to why you are thinking about having a single piece of software that does these three very different things.
>One question is "is it possible?", then next "is it feasible?"
Possible? Sure: p != 0
Probable? No
Desirable? No
>I think it would be great if I could use PG only and if I could
>avoid the other types of servers.
When you're holding a hammer, everything looks like a nail. But hammering screws doesn't get you very far. Sometimes you need a screwdriver and on other days a glue gun...
>The benefit is not very obvious on the first sight. I think it will
>saves you
>time, money and energy only in the long run.
>
>What do you think?
Do one thing(*) and do that thing well. Don't try to be everything to everyone.
--
Thomas
(Sent from my mobile device, please forgive brevity or typos.)
From | Date | Subject | |
---|---|---|---|
Next Message | Steve Atkins | 2017-04-30 14:25:41 | Re: Can PG replace redis, amqp, s3 in the future? |
Previous Message | Thomas Güttler | 2017-04-30 11:37:02 | Can PG replace redis, amqp, s3 in the future? |