Re: DISCARD ALL does not force re-planning of plpgsql functions/procedures
| От | Tom Lane |
|---|---|
| Тема | Re: DISCARD ALL does not force re-planning of plpgsql functions/procedures |
| Дата | |
| Msg-id | 3206.1716745170@sss.pgh.pa.us обсуждение |
| Ответ на | DISCARD ALL does not force re-planning of plpgsql functions/procedures (Jelte Fennema-Nio <postgres@jeltef.nl>) |
| Ответы |
Re: DISCARD ALL does not force re-planning of plpgsql functions/procedures
Re: DISCARD ALL does not force re-planning of plpgsql functions/procedures |
| Список | pgsql-hackers |
Jelte Fennema-Nio <postgres@jeltef.nl> writes:
> I got a report on the PgBouncer repo[1] that running DISCARD ALL was
> not sufficient between connection handoffs to force replanning of
> stored procedures. Turns out that while DISCARD AL and DISCARD PLAN
> reset the plan cache they do not reset the num_custom_plans fields of
> the existing PlanSources. So while the generic plan is re-planned
> after DISCARD ALL, the decision on whether to choose it or not won't
> be changed.
Hm, should it be? That's hard-won knowledge, and I'm not sure there
is a good reason to believe it's no longer applicable.
Note that any change in behavior there would affect prepared
statements in general, not only plpgsql.
regards, tom lane
В списке pgsql-hackers по дате отправления: