Re: advancing snapshot's xmin - Mailing list pgsql-hackers

From Gregory Stark
Subject Re: advancing snapshot's xmin
Date
Msg-id 87lk45le41.fsf@oxford.xeocode.com
Whole thread Raw
In response to Re: advancing snapshot's xmin  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: advancing snapshot's xmin  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
"Tom Lane" <tgl@sss.pgh.pa.us> writes:

>> Consider a data loading job which has millions of INSERT statements in a file.
>> Currently if you put them all in a transaction it takes a single snapshot and
>> runs them all with the same snapshot.
>
>> If you reset xmin whenever you have no live snapshots then that job would be
>> doing that between every INSERT statement.
>
> These statements are 100% nonsense.

Uhm, yeah, I somehow didn't write was I was thinking. I didn't mean to say we
would be taking a new snapshot for each INSERT but that we would be resetting
xmin for each INSERT. Whereas currently we only set xmin once when we set the
serializable snapshot.

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com Ask me about EnterpriseDB's On-Demand Production
Tuning


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Script binaries renaming
Next
From: Zdenek Kotala
Date:
Subject: Re: Script binaries renaming