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 08:09:05 |
Message-ID: | 87ps2g6h26.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:
> In short each transaction with xmin<=xid<=xmax can see such tuple,
> otherwise it cannot (of course beeing xmin and xmax different transtaction
> from xid and beeing committed), isn't it?
No, it's more complicated than that. We can't simply compare xids numerically
as you point out later. Even for regular transactions that doesn't work
because there's no guarantee that transactions will commit in the same order
they start and what matters is when they commit.
We actually check what transactions have committed at the time your
transaction starts (or command starts in read-committed mode). That's called
your "snapshot". We check the xmin and xmax from a tuple against that list.
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()
--
Gregory Stark
EnterpriseDB http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Csaba Nagy | 2007-07-25 08:29:54 | Re: Delete/update with limit |
Previous Message | Gregory Stark | 2007-07-25 08:01:26 | Re: Will partial index creation use existing index? |