From: | Sridhar N Bamandlapally <sridhar(dot)bn1(at)gmail(dot)com> |
---|---|
To: | John R Pierce <pierce(at)hogranch(dot)com> |
Cc: | PG-General Mailing List <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: pg_largeobject |
Date: | 2016-03-29 11:37:38 |
Message-ID: | CAGuFTBVnZAiiGNgfhjFaC1MW_RhpfCojD+4Jhs9D2ruskMCJcQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
all media files are stored in database with size varies from 1MB - 5GB
based on media file types and user-group we storing in different tables,
but PostgreSQL store OID/Large-object in single table (pg_largeobject), 90%
of database size is with table pg_largeobject
due to size limitation BYTEA was not considered
Thanks
Sridhar
On Tue, Mar 29, 2016 at 3:05 PM, John R Pierce <pierce(at)hogranch(dot)com> wrote:
> On 3/29/2016 2:13 AM, Sridhar N Bamandlapally wrote:
>
>> Hi
>>
>> pg_largeobject is creating performance issues as it grow due to single
>> point storage(for all tables)
>>
>> is there any alternate apart from bytea ?
>>
>> like configuration large-object-table at table-column level and oid
>> PK(primary key) stored at pg_largeobject
>>
>>
> I would as soon use a NFS file store for larger files like images, audio,
> videos, or whatever. use SQL for the relational metadata.
>
> just sayin'....
>
>
>
> --
> john r pierce, recycling bits in santa cruz
>
>
>
> --
> Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general
>
From | Date | Subject | |
---|---|---|---|
Next Message | Achilleas Mantzios | 2016-03-29 11:55:30 | Re: Horrible/never returning performance using stable function on WHERE clause |
Previous Message | David Rowley | 2016-03-29 11:04:15 | Re: Horrible/never returning performance using stable function on WHERE clause |
From | Date | Subject | |
---|---|---|---|
Next Message | Teodor Sigaev | 2016-03-29 12:18:02 | Re: Draft release notes for next week's releases |
Previous Message | Pavel Stehule | 2016-03-29 11:12:06 | Re: IF (NOT) EXISTS in psql-completion |