Re: Avoiding bad prepared-statement plans. - Mailing list pgsql-hackers

From Jeroen Vermeulen
Subject Re: Avoiding bad prepared-statement plans.
Date
Msg-id 4B7170F1.5020106@xs4all.nl
Whole thread Raw
In response to Re: Avoiding bad prepared-statement plans.  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
Andres Freund wrote:

>> = Actual-cost threshold =
>>
>> Also stop using the generic plan if the statement takes a long time to
>> run in practice.  Statistics may have gone bad.  It could also be a
>> one-off due to a load peak or something, but that's handled by:

> That is not that easy. It means that you have to use savepoints enclosing each 
> and every execution of a prepared statement because the query could have 
> sideeffects. Which wouldnt be terribly efficient...

This is not within an execution of the statement, but across executions.  So the next execution learns from the
previousresult.  So I'm not 
 
talking about aborting the ongoing execution.  Sorry for being unclear.


Jeroen


pgsql-hackers by date:

Previous
From: Federico Di Gregorio
Date:
Subject: Re: About psycopg2 (by its author)
Next
From: Andrew Chernow
Date:
Subject: Re: TCP keepalive support for libpq