Re: 9.2 and index only scans

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Thomas Kellerer <spam_eater(at)gmx(dot)net>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: 9.2 and index only scans
Date: 2012-08-28 14:30:09
Message-ID: 29925.1346164209@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Thomas Kellerer <spam_eater(at)gmx(dot)net> writes:
> Martijn van Oosterhout, 28.08.2012 10:02:
>> I'm not sure how oracle avoids the same issues:
>> - The index has no visibility information, so you can't tell if an
>> index entry refers to a row you can actually see in your session.
>> The visibility map might help here in the future.

> In Oracle an index (entry) has the information about transactional visibility.

You sure about that?

What I always understood about Oracle is that the main table (and by
implication, also the indexes) has *only* the most up-to-date version
of any row. If you want back versions, you have to go trawling for them
in the rollback segments. That approach has its pluses and minuses
compared to ours, but it doesn't seem to lead to keeping visibility info
in the index.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Nicola Cisternino 2012-08-28 14:46:55 String comparision in PostgreSQL
Previous Message mithun 2012-08-28 14:29:25 "Need some information about postgresql products and community"