Re: [PATCHES] Better default_statistics_target - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [PATCHES] Better default_statistics_target
Date
Msg-id 27192.1201738793@sss.pgh.pa.us
Whole thread Raw
In response to Re: [PATCHES] Better default_statistics_target  ("Guillaume Smet" <guillaume.smet@gmail.com>)
List pgsql-hackers
"Guillaume Smet" <guillaume.smet@gmail.com> writes:
> On Jan 31, 2008 12:08 AM, Gregory Stark <stark@enterprisedb.com> wrote:
>> That's not my experience. Even just raising it to 100 multiplies the number of
>> rows ANALYZE has to read by 10. And the arrays for every column become ten
>> times larger. Eventually they start being toasted...

> +1. From the tests I did on our new server, I set the
> default_statistict_target to 30. Those tests were mainly based on the
> ANALYZE time though, not the planner overhead introduced by larger
> statistics - with higher values, I considered the ANALYZE time too
> high for the benefits.

eqjoinsel(), for one, is O(N^2) in the number of MCV values kept.
Possibly this could be improved, but in general I'd be real wary
of pushing the default to the moon without some explicit testing of
the impact on planning time.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Oops - BF:Mastodon just died
Next
From: Tom Lane
Date:
Subject: Re: Oops - BF:Mastodon just died