From: | Andreas Joseph Krogh <andreas(at)visena(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: How to keep pg_largeobject from growing endlessly |
Date: | 2015-04-20 18:48:48 |
Message-ID: | VisenaEmail.e.6b55a5d42bc7e790.14cd825695c@tc7-visena |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
På mandag 20. april 2015 kl. 20:27:39, skrev Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com
<mailto:Jim(dot)Nasby(at)BlueTreble(dot)com>>: [snip]
ISTM what would be better is allowing people to define new LO tables, so
we're not stuck trying to cram all LOs into a single table.
As for returning free space, that's a bit of a challenge period, for all
tables.
> Would crowd-funding help here?
Possibly. The first thing is getting the community to agree that there's
a problem that needs to be fixed. Once that's accomplished crowd funding
would be a good way to get it actually built. This seems like a
chicken-and-egg thing. It seems storing large stuff in PG (using the LO-API) is
not recommended and many cheat by only storing a path to the file and store the
file elsewhere, sacrificing transactional integrity. Because the support for it
is not so good few people use it, and because few people use it the community
doesn't think it's a problem worth spending time on fixing... -- Andreas
Joseph Krogh CTO / Partner - Visena AS Mobile: +47 909 56 963 andreas(at)visena(dot)com
<mailto:andreas(at)visena(dot)com> www.visena.com <https://www.visena.com>
<https://www.visena.com>
From | Date | Subject | |
---|---|---|---|
Next Message | Andomar | 2015-04-20 19:05:40 | Re: Waiting on ExclusiveLock on extension |
Previous Message | Jim Nasby | 2015-04-20 18:27:39 | Re: How to keep pg_largeobject from growing endlessly |