Re: again on index usage

From: Don Baccus <dhogaza(at)pacifier(dot)com>
To:
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: again on index usage
Date: 2002-01-11 17:01:46
Message-ID: 3C3F1A7A.7020404@pacifier.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Bruce Momjian wrote:

>>Oracle partially mitigates the second effect by refusing to trash its
>>entire buffer cache on any given sequential scan. Or so I've been told
>>by people who know Oracle well. A repeat of the sequential scan will
>>still have to reread the entire table but that's true anyway if the
>>table's at least one block longer than available cache.
>>
>
> That is on our TODO list, at least.

I didn't realize this, it's good news. (I don't follow PG development
closely these days).

BTW overall I think the cost-estimating portion of the PG optimizer does
about as well as Oracle's. Oracle is a lot smarter about doing
transformations of certain types of queries (turning "scalar in (select
...)" into something akin to an "exists") but of course this has nothing
to do with estimating the cost of index vs. sequential scans.

--
Don Baccus
Portland, OR
http://donb.photo.net, http://birdnotes.net, http://openacs.org

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Daniel Kalchev 2002-01-11 17:05:45 Re: again on index usage
Previous Message Tom Lane 2002-01-11 16:57:27 Re: Problems with simple_heap_update and Form_pg_relcheck