| 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: | Whole Thread | Raw Message | 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
| 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? |