pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Josh Berkus <josh@agliodbs.com>
To: Christopher Browne <cbbrowne@acm.org>
Cc: pgsql-performance@postgresql.org
Subject: Re: Recommendations for set statistics
Date: Fri, 13 May 2005 09:22:11 -0700
Message-ID: <200505130922.11582.josh@agliodbs.com> (raw)
In-Reply-To: <m3hdh792w7.fsf@knuth.cbbrowne.com>
References: <428416D8.8060303@laliluna.de>
	<m3hdh792w7.fsf@knuth.cbbrowne.com>

Chris,

> It is widely believed that a somewhat larger default than 10 would be
> a "good thing," as it seems to be fairly common for 10 to be too small
> to allow statistics to be stable.  But nobody has done any formal
> evaluation as to whether it would make sense to jump from 10 to:
>
>  - 15?
>  - 20?
>  - 50?
>  - 100?
>  - More than that?

My anecdotal experience is that if more than 10 is required, you generally 
need to jump to at least 100, and more often 250.   On the other end, I've 
generally not found any difference between 400 and 1000 when it comes to 
"bad" queries.

I have an unfinished patch in the works which goes through and increases the 
stats_target for all *indexed* columns to 100 or so.   However, I've needed 
to work up a test case to prove the utility of it.

-- 
Josh Berkus
Aglio Database Solutions
San Francisco



view thread (4+ messages)

Message-ID: <200505130922.11582.josh@agliodbs.com>
Permalink:  ../200505130922.11582.josh@agliodbs.com/
Also on:    postgresql.org/message-id/200505130922.11582.josh@agliodbs.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: josh@agliodbs.com, cbbrowne@acm.org
  Subject: Re: Recommendations for set statistics
  In-Reply-To: <200505130922.11582.josh@agliodbs.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox