From: | Alban Hertroys <alban(at)magproductions(dot)nl> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com>, "Ed L(dot)" <pgsql(at)bluepolka(dot)net>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Why won't it index scan? |
Date: | 2006-05-23 10:35:30 |
Message-ID: | 4472E572.5090906@magproductions.nl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Tom Lane wrote:
> "Jim C. Nasby" <jnasby(at)pervasive(dot)com> 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(at)magproductions(dot)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 //
From | Date | Subject | |
---|---|---|---|
Next Message | Frederic Massot | 2006-05-23 11:03:16 | To recover data corrupted |
Previous Message | Csaba Nagy | 2006-05-23 08:30:35 | Re: allow LIMIT in UPDATE and DELETE |