Re: Odd problem with performance in duplicate database - Mailing list pgsql-performance

From Josh Berkus
Subject Re: Odd problem with performance in duplicate database
Date
Msg-id 200308111743.48564.josh@agliodbs.com
Whole thread Raw
In response to Re: Odd problem with performance in duplicate database  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Odd problem with performance in duplicate database
List pgsql-performance
Tom,

> Partly.  The numbers suggest that in ANALYZE's default sample of 3000
> rows, it's only finding about a dozen non-null tgroup_ids (yielding the
> 0.996 null_frac value); and that in one case all dozen are different and
> in the other case there are two duplicates.  It would help if you
> boosted the stats target for this column by a factor of 10.  (You can
> do that in 7.2, btw --- IIRC the only problem is that a pg_dump won't
> show that you did so.)

Also, there doesn't seem to be any way in 7.2 for me to find out what the
current statistics target for a column is.   What am I missing?

--
-Josh Berkus
 Aglio Database Solutions
 San Francisco


pgsql-performance by date:

Previous
From: "Christopher Kings-Lynne"
Date:
Subject: Re: Perfomance Tuning
Next
From: Josh Berkus
Date:
Subject: Re: Odd problem with performance in duplicate database