Re: Why won't it index scan?

Поиск
Список
Период
Сортировка
Искать
От
Alban Hertroys
Тема
Re: Why won't it index scan?
Дата
в 07:36:07
Msg-id
4472E572.5090906@magproductions.nl
Ответ на
Список
Дерево обсуждения
Why won't it index scan? "Ed L." <pgsql@bluepolka.net>
Re: Why won't it index scan? "Ed L." <pgsql@bluepolka.net>
Re: Why won't it index scan? "Ed L." <pgsql@bluepolka.net>
Re: Why won't it index scan? Tom Lane <tgl@sss.pgh.pa.us>
Re: Why won't it index scan? "Ed L." <pgsql@bluepolka.net>
Re: Why won't it index scan? Tom Lane <tgl@sss.pgh.pa.us>
Re: Why won't it index scan? "Jim C. Nasby" <jnasby@pervasive.com>
Re: Why won't it index scan? Tom Lane <tgl@sss.pgh.pa.us>
Re: Why won't it index scan? Ed Loehr <ed@loehrtech.com>
Re: Why won't it index scan? "Jim C. Nasby" <jnasby@pervasive.com>
Re: Why won't it index scan? Tom Lane <tgl@sss.pgh.pa.us>
Re: Why won't it index scan? "Jim C. Nasby" <jnasby@pervasive.com>
Re: Why won't it index scan? "Ed L." <pgsql-general@bluepolka.net>
Re: Why won't it index scan? "Jim C. Nasby" <jnasby@pervasive.com>
Re: Why won't it index scan? Alban Hertroys <alban@magproductions.nl>
Re: Why won't it index scan? "Joshua D. Drake" <jd@commandprompt.com>
Re: Why won't it index scan? "Jim C. Nasby" <jnasby@pervasive.com>
Re: Why won't it index scan? "Joshua D. Drake" <jd@commandprompt.com>
Re: Why won't it index scan? Greg Stark <gsstark@mit.edu>
Re: Why won't it index scan? Peter Kovacs <peter.kovacs@chemaxon.hu>
Re: Why won't it index scan? Bruce Momjian <pgman@candle.pha.pa.us>
Re: Why won't it index scan? "John D. Burger" <john@mitre.org>
Tom Lane wrote:
> "Jim C. Nasby"  writes:
> 
>>Is the only downside to a large value planning speed? It seems it would
>>be hard to bloat that too much, except in cases where people are
>>striving for millisecond response times, and those folks had better know
>>enough about tuning to be able to adjust the stats target...
> 
> 
> It would be nice to have some *evidence*, not unsupported handwaving.

For that you'd need a large enough sample for statistics sizes people 
use/need. To me it has always been a bit vague under what conditions I'd 
need to change statistics sizes fro tables, I imagine I'm not the only 
one. That makes it all the harder to determine a good default value.

I suppose it'd be useful to have some kind of measurement toolkit that 
people can run on their databases to collect statistics about what 
statistics sizes would be "optimal". There must be some mathematical way 
to determine this on a given data set?

Being able to provide these numbers to you guys would then help in 
determining what a good default statistics size is, and maybe even for 
determining an algorithm to adjust statistics sizes on the fly...

Regards,
-- 
Alban Hertroys
alban@magproductions.nl

magproductions b.v.

T: ++31(0)534346874
F: ++31(0)534346876
M:
I: www.magproductions.nl
A: Postbus 416
    7500 AK Enschede

// Integrate Your World //
В списке pgsql-general по дате отправления
От: Csaba Nagy
Дата:
От: Frederic Massot
Дата:
Сообщение: To recover data corrupted
FAQ