Re: loose ends in lazy-XID-assigment patch

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: pgsql-hackers(at)postgresql(dot)org, "Florian G(dot) Pflug" <fgp(at)phlo(dot)org>
Subject: Re: loose ends in lazy-XID-assigment patch
Date: 2007-09-05 19:06:53
Message-ID: 21151.1189019213@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> Tom Lane wrote:
>> * Should CSV-mode logging include the virtual transaction ID (VXID) in
>> addition to, or instead of, XID? There will be many situations where
>> there is no XID.

> But will there be any where we care? Isn't the point of this to restrict
> allocation of a real XID to situations where having one might actually
> matter? All the rest seems to me just bookkeeping.

Well, the point is that a transaction might well emit log messages when
it hasn't changed anything and hence hasn't got an XID. If you would
like to be able to match up the messages generated by a single
transaction, you'd need to have VXID available to use as a join key.

In any case it seems a bit odd that we have a value that's available in
log_line_prefix and not available to users of CSV log output.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2007-09-05 19:09:21 Re: [HACKERS] pg_regress config
Previous Message Brian Hurt 2007-09-05 19:05:10 Re: Should pointers to PGPROC be volatile-qualified?