Re: SELECT slows down on sixth execution

From: Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
To: Yves Dorfsman <yves(at)zioup(dot)com>
Cc: "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: SELECT slows down on sixth execution
Date: 2015-10-17 14:33:23
Message-ID: CAFj8pRC=mWrLUcPePQ+e7xscCWGF1Q6JPsispY=zRr58hj7BfQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

2015-10-17 15:29 GMT+02:00 Yves Dorfsman <yves(at)zioup(dot)com>:

> On 2015-10-14 03:00, Albe Laurenz wrote:
> >
> > You are encountering "custom plans", introduced in 9.2.
> >
> > When a statement with parameters is executed, PostgreSQL will not only
> generate
> > a generic plan, but for the first 5 executions it will substitute the
> arguments
> > and generate and execute a custom plan for that.
>
> Wow! Thanks. I feel this should be documented a bit better.
>
> Shouldn't this be explained in at least as much details as in your
> explanation, in the sql-prepare document?
>

probably - some section about benefits and risks can be useful - but it is
task for somebody with better English than is mine :)

Regards

Pavel

>
> Yves.
> --
> http://yves.zioup.com
> gpg: 4096R/32B0F416
>
>
>
> --
> Sent via pgsql-performance mailing list (pgsql-performance(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance
>

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Jim Nasby 2015-10-17 15:26:01 Re: One long transaction or multiple short transactions?
Previous Message Yves Dorfsman 2015-10-17 13:29:57 Re: SELECT slows down on sixth execution