From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Tatsuo Ishii <ishii(at)postgresql(dot)org> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Large object + FREEZE? |
Date: | 2013-07-02 15:00:51 |
Message-ID: | CA+Tgmob6ViH=hT6Vtn2v8xuAVbWP93f8RokX270B4kC82fyA+Q@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Jul 1, 2013 at 11:16 PM, Tatsuo Ishii <ishii(at)postgresql(dot)org> wrote:
> Now that we have COPY FREEZE, I'm thinking about adding similar option
> to creating large objects. In 9.3 the maximum size of large objects
> are increased. That means, the first access to a large object will
> trigger more writes because of hint bit updation. Also subsequent
> VACUUM may trigger that as well. If we could freeze arge objects while
> creating, it could reduce the writes dramatically as COPY FREEZE
> already does.
>
> Opinions?
COPY FREEZE only works if the table was created in the same
transaction. Otherwise, an error midway through could leave the table
and index inconsistent. I think that's a killer for this proposal,
because obviously when a large object is created, pg_largeobject will
be pre-existing.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2013-07-02 15:01:39 | Re: Custom gucs visibility |
Previous Message | Robert Haas | 2013-07-02 14:56:38 | Re: refresh materialized view concurrently |