Re: bad estimates
От | Stephan Szabo |
---|---|
Тема | Re: bad estimates |
Дата | |
Msg-id | 20030829080036.V37443-100000@megazone.bigpanda.com обсуждение исходный текст |
Ответ на | Re: bad estimates (Ken Geis <kgeis@speakeasy.org>) |
Список | pgsql-performance |
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 по дате отправления: