Re: Access to transaction status

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Christian Plattner" <postgresql(at)sioux(dot)ch>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Access to transaction status
Date: 2003-06-20 13:40:11
Message-ID: 17571.1056116411@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"Christian Plattner" <postgresql(at)sioux(dot)ch> writes:
> From: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
>> How much later? clog is not kept forever.

> ... Ofcourse one should not do a
> VACUUM FULL while not being sure about the status of a transaction in the
> past :)

As long as you haven't done a cluster-wide VACUUM, clog status will not
get recycled. For the application you're describing I think this will
work fine.

You might want to set up the API of the inquiry function to include
specified return codes for UNKNOWN (older than beginning of clog) and
FUTURE (greater than NextXid) as well as COMMITTED, ABORTED, and
INPROGRESS. The current implementation can't easily give you UNKNOWN
(it'll error out instead) but any general-usage function of this kind
would have to offer that.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2003-06-20 13:53:01 Re: Ownership change doesn't change privileges
Previous Message J.R. Nield 2003-06-20 13:17:56 Subtraction carry bug in xlog.c in 7.3 and 7.4