Re: Caching and Blobs in PG? Was: Can PG replace redis, amqp, s3 in the future?

From: John R Pierce <pierce(at)hogranch(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Caching and Blobs in PG? Was: Can PG replace redis, amqp, s3 in the future?
Date: 2017-05-05 18:46:55
Message-ID: 03e986aa-62bd-f3d6-6855-7819bb1ad526@hogranch.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 5/5/2017 11:28 AM, Peter J. Holzer wrote:
> On 2017-05-04 23:08:25 +0200, Sven R. Kunze wrote:
>> On 03.05.2017 12:57, Thomas Güttler wrote:
>>> Am 02.05.2017 um 05:43 schrieb Jeff Janes:
>>>> 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.
>>> I don't understand what you mean here. AFAIK storing blobs in PG is not
>>> recommended since it is not very efficient.
>> Seems like several people here disagree with this conventional wisdom.
> I think it depends very much on what level of "efficiency" you need. On
> my home server (i5 processor, 32GB RAM, Samsung 850 SSD - not a piece of
> junk, but not super powerful either) I can retrieve a small blob from a
> 100GB table in about 0.1 ms, and for large blobs the speed approaches
> 200MB/s. For just about everything I'd do on that server (or even at
> work) this is easily fast enough.

S3 is often used for terabyte to petabyte file collections. I would
not want to burden my relational database with this.

--
john r pierce, recycling bits in santa cruz

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tony Finch 2017-05-05 18:52:42 Re: Can PG replace redis, amqp, s3 in the future?
Previous Message Peter J. Holzer 2017-05-05 18:28:53 Re: Caching and Blobs in PG? Was: Can PG replace redis, amqp, s3 in the future?