Re: a few questions (and doubts) about xid

From: Gregory Stark <stark(at)enterprisedb(dot)com>
To: "Luca Ferrari" <fluca1978(at)infinito(dot)it>
Cc: <pgsql-general(at)postgresql(dot)org>
Subject: Re: a few questions (and doubts) about xid
Date: 2007-07-25 14:09:27
Message-ID: 87bqe0ziaw.fsf@oxford.xeocode.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

"Luca Ferrari" <fluca1978(at)infinito(dot)it> writes:

>> If you really want to understand how snapshots work at this level you could
>> read (slowly -- it's pretty dense stuff) through
>> src/backend/utils/time/tqual.c:HeapTupleSatisfiesMVCC()
>
> I don't find it, I think you mean HeapTupleSatisfiesNow and
> HeapTupleSatisfiesSnapshot.

Sorry, HeapTupleSatisfiesSnapshot was renamed to HeapTupleSatisfiesMVCC,
they're two different versions of the same function.

> Just for confirmation: the relfrozenxid of a fresh table is the xid of the
> transaction that created it, isn't it?

Yes, easily enough checked:

postgres=# create table xyz (i integer);
CREATE TABLE
postgres=# select xmin,relfrozenxid from pg_class where relname = 'xyz';
xmin | relfrozenxid
---------+--------------
4971524 | 4971524
(1 row)

But once you run vacuum that value will be changed. It represents the oldest
transaction id which can occur in the table. Every time vacuum runs if that
transaction is too old it will try to move it forward.

--
Gregory Stark
EnterpriseDB http://www.enterprisedb.com

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Michael Fuhr 2007-07-25 14:41:22 Re: Backslah in encrypt function.
Previous Message Luca Ferrari 2007-07-25 13:48:26 Re: a few questions (and doubts) about xid