Re: REPOST: Nested loops row estimates always too high - Mailing list pgsql-performance

From Steinar H. Gunderson
Subject Re: REPOST: Nested loops row estimates always too high
Date
Msg-id 20070925093133.GA27052@uio.no
Whole thread Raw
In response to Re: REPOST: Nested loops row estimates always too high  ("Carlo Stonebanks" <stonec.register@sympatico.ca>)
Responses Re: REPOST: Nested loops row estimates always too high  (Ow Mun Heng <Ow.Mun.Heng@wdc.com>)
List pgsql-performance
On Tue, Sep 25, 2007 at 12:53:55AM -0400, Carlo Stonebanks wrote:
> My problem is that I think that SRF's are causing my problems. The SRF's
> gets an automatic row estimate of 1000 rows. Add a condition to it, the
> planner guesses 333 rows. Even at 333, this is an overestimate of the number
> of rows returned.
>
> I'm really disappointed - SRF's are a great way to place the enterprise's
> db-centric business logic at the server.

Fortunately, in 8.3 you can attach a row estimate to the function yourself,
which should most likely fix your problem. Look forward to the first beta :-)

/* Steinar */
--
Homepage: http://www.sesse.net/

pgsql-performance by date:

Previous
From: Ow Mun Heng
Date:
Subject: Re: REPOST: Nested loops row estimates always too high
Next
From: Dave Cramer
Date:
Subject: Attempting to disable count triggers on cleanup