Re: COPY enhancements - Mailing list pgsql-hackers

From Robert Haas
Subject Re: COPY enhancements
Date
Msg-id 603c8f070910190834u6169c3f9jed2ad2fecf24e574@mail.gmail.com
Whole thread Raw
In response to Re: COPY enhancements  (Alvaro Herrera <alvherre@commandprompt.com>)
List pgsql-hackers
On Mon, Oct 19, 2009 at 11:21 AM, Alvaro Herrera
<alvherre@commandprompt.com> wrote:
> Gokulakannan Somasundaram escribió:
>
>> Actually this problem is present even in today's transaction id scenario and
>> the only way we avoid is by using freezing. Can we use a similar approach?
>> This freezing should mean that we are freezing the sub-transaction in order
>> to avoid the sub-transaction wrap around failure.
>
> This would mean we would have to go over the data inserted by the
> subtransaction and mark it as "subxact frozen".  Some sort of sub-vacuum
> if you will (because it obviously needs to work inside a transaction).
> Doesn't sound real workable to me.

Especially because the XID consumed by the sub-transaction would still
be consumed, advancing the global XID counter.  Reclaiming the XIDs
after the fact doesn't fix anything as far as I can see.

...Robert


pgsql-hackers by date:

Previous
From: Stephen Frost
Date:
Subject: Re: Application name patch - v2
Next
From: Robert Haas
Date:
Subject: Re: Controlling changes in plpgsql variable resolution