On Thu, 1 Jan 2009, Guillaume Smet wrote:
> On Wed, Dec 31, 2008 at 5:01 PM, Alvaro Herrera
> <alvherre(at)commandprompt(dot)com> wrote:
>> I think it has been shown enough times that the performance drop caused
>> by a worse plan can be orders of magnitudes worse than what's gained by
>> producing the plan only once. It does not seem a bad idea to provide a
>> way to carry out only the parse phase, and postpone planning until the
>> parameters have been received.
> It's already done in 8.3 for unnamed plans, isn't it?
forgive my ignorance here, but if it's unnamed how can you reference it
later to take advantage of the parsing?
I may just be not understanding the terms being used here.
In response to
pgsql-performance by date
|Next:||From: david||Date: 2009-01-01 20:40:11|
|Subject: Re: Poor plan choice in prepared statement|
|Previous:||From: Tom Lane||Date: 2009-01-01 20:24:12|
|Subject: Re: Poor plan choice in prepared statement |