From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Keith Browne <tuxedo(at)deepsky(dot)com>, pgsql-bugs(at)postgresql(dot)org, andrew(at)supernews(dot)com, "Brian O'Reilly" <fade(at)deepsky(dot)com> |
Subject: | Re: BUG #1552: massive performance hit between 7.4 and 8.0.1 |
Date: | 2005-03-24 19:22:22 |
Message-ID: | 4841.1111692142@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-performance |
I wrote:
> ... Maybe we could
> put in a hack that detects whether a table has yet been vacuumed, and
> sets 10/1000 as the minimum stats --- not fixed values, but minimum
> values that can be overridden when the table is actually larger ---
> until it has been vacuumed.
For lack of any better suggestions, I've done this in HEAD and 8.0
branches. It proved simplest to just limit the page estimate to be
at least 10 pages when relpages == 0. The tuple estimate will be
derived from that using pre-existing code that estimates the average
tuple size.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-03-24 20:43:52 | Re: BUG #1532: typecast problem between arrays of an int8 derived datatype and varchar[] |
Previous Message | Tom Lane | 2005-03-24 18:42:58 | Re: BUG #1517: SQL interval syntax is accepted by the parser, |
From | Date | Subject | |
---|---|---|---|
Next Message | Rosser Schwarz | 2005-03-24 19:24:12 | Re: Preventing query from hogging server |
Previous Message | Matthew Nuzum | 2005-03-24 19:07:39 | Preventing query from hogging server |