Re: BUG #1552: massive performance hit between 7.4 and 8.0.1

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

In response to

Browse pgsql-bugs by date

  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,

Browse pgsql-performance by date

  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