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

From Ow Mun Heng
Subject Re: REPOST: Nested loops row estimates always too high
Date
Msg-id 1190778646.5402.16.camel@neuromancer.home.net
Whole thread Raw
In response to Re: REPOST: Nested loops row estimates always too high  ("Steinar H. Gunderson" <sgunderson@bigfoot.com>)
Responses Re: REPOST: Nested loops row estimates always too high  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-performance
On Tue, 2007-09-25 at 11:31 +0200, Steinar H. Gunderson wrote:
> 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 :-)
>

Where can I erad more about this new "feature"?

pgsql-performance by date:

Previous
From: "Bryan Murphy"
Date:
Subject: Re: query io stats and finding a slow query
Next
From: Tom Lane
Date:
Subject: Re: REPOST: Nested loops row estimates always too high