Re: Query timing increased from 3s to 55s when used as function instead of select

From: Craig Ringer <craig(at)postnewspapers(dot)com(dot)au>
To: Tyler Hildebrandt <tyler(at)campbell-lange(dot)net>
Cc: pgsql-performance(at)postgresql(dot)org, Sebastian Ritter <sebastian(at)campbell-lange(dot)net>, rory <rory(at)campbell-lange(dot)net>
Subject: Re: Query timing increased from 3s to 55s when used as function instead of select
Date: 2010-05-27 15:55:13
Message-ID: 4BFE95E1.4070701@postnewspapers.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On 27/05/2010 11:33 PM, Craig Ringer wrote:
> On 21/05/2010 9:54 PM, Tyler Hildebrandt wrote:
>> We're using a function that when run as a select statement outside of the
>> function takes roughly 1.5s to complete whereas running an identical
>> query within a function is taking around 55s to complete.
>>
>> We are lost as to why placing this query within a function as opposed to
>> substituting the variables in a select statement is so drastically
>> different.
>
> This is a frequently asked question. It's the same issue as with
> prepared queries, where the planner has to pick a more general plan when
> it doesn't know the value of a parameter. The short answer is "work
> around it by using EXECUTE ... USING to invoke your query dynamically".
>
> ( Oddly, this FAQ doesn't seem to be on the FAQ list at
> http://wiki.postgresql.org/wiki/FAQ )

Added as:

http://wiki.postgresql.org/wiki/FAQ#Why_is_my_query_much_slower_when_run_as_a_prepared_query.3F

and the subsequent entry too.

Comments, edits, clarification appreciated. I know it's not as well
written as it could be, could use archive links, etc; it's just pass 1.

--
Craig Ringer

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message David Jarvis 2010-05-27 15:55:55 Re: Random Page Cost and Planner
Previous Message Konrad Garus 2010-05-27 15:51:43 Re: shared_buffers advice