Re: Why won't it index scan?

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 //

In response to

Browse pgsql-general by date

  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