Re: bad estimates
От
Stephan Szabo
Тема
Re: bad estimates
Дата
Msg-id
20030829080036.V37443-100000@megazone.bigpanda.com
Ответ на
Re: bad estimates (Ken Geis)
Список
Дерево обсуждения
bad estimates / non-scanning aggregates Ken Geis <kgeis@speakeasy.org>
Re: bad estimates / non-scanning aggregates Bruno Wolff III <bruno@wolff.to>
Re: bad estimates / non-scanning aggregates Ken Geis <kgeis@speakeasy.org>
Re: bad estimates / non-scanning aggregates Bruno Wolff III <bruno@wolff.to>
Re: bad estimates / non-scanning aggregates Ken Geis <kgeis@speakeasy.org>
Re: bad estimates / non-scanning aggregates Bruno Wolff III <bruno@wolff.to>
Re: bad estimates Ken Geis <kgeis@speakeasy.org>
Re: bad estimates Bruno Wolff III <bruno@wolff.to>
Re: bad estimates Ken Geis <kgeis@speakeasy.org>
Re: bad estimates Bruno Wolff III <bruno@wolff.to>
Re: bad estimates Ken Geis <kgeis@speakeasy.org>
Re: bad estimates Ken Geis <kgeis@speakeasy.org>
Re: bad estimates Jeff <threshar@torgo.978.org>
Re: bad estimates Ken Geis <kgeis@speakeasy.org>
Re: bad estimates Bruno Wolff III <bruno@wolff.to>
Re: bad estimates Ken Geis <kgeis@speakeasy.org>
Re: bad estimates Tom Lane <tgl@sss.pgh.pa.us>
Re: bad estimates Ken Geis <kgeis@speakeasy.org>
Re: bad estimates Ken Geis <kgeis@speakeasy.org>
Re: bad estimates Stephan Szabo <sszabo@megazone.bigpanda.com>
Re: bad estimates Ken Geis <kgeis@speakeasy.org>
Re: bad estimates Sean Chittenden <sean@chittenden.org>
Re: bad estimates Ken Geis <kgeis@speakeasy.org>
Re: bad estimates Sean Chittenden <sean@chittenden.org>
On Fri, 29 Aug 2003, Ken Geis wrote: > Ken Geis wrote: > > I went through the code (7.4 beta2) that estimates the cost of an index > > scan path. What I need to be sure of is that when running a query in > > pgsql that uses only the columns that are in an index, the underlying > > table need not be accessed. I know that Oracle does this. > > Thinking about it some more, it's obvious to me that a pgsql index scan > must be accessing the underlying table even though all of the > information needed is in the index itself. A linear scan of a 660M file > should not take 55 minutes. I could confirm this with stats, but > someone out there probably already knows the answer here. Unfortunately not all the information needed is in the index. You can't tell from the index alone currently whether or not the row is visible to you. Adding said information would be possible but there are downsides to that as well (there are some past discussions on the topic, but I'm too lazy to look them up to give a link, check the archives ;) ).
В списке pgsql-performance по дате отправления
От: Oliver Siegmar
Дата: