>
>
> - new plpgsql extra_checks
>
>   WOA, but recently set to that status. Patch essentially from
>   2017-01-11.
>
>   I'm not really sure there's agreement we want this.
>
>
This patch is simple and has benefit for users with basic plpgsql skills,
and some for all.

In more complex cases, probably plpgsql_check is used everywhere today,
what is better but significantly complex solution. But not all cases can be
solved by plpgsql_check, because it does only static analyze. This patch
does some runtime warnings and checks.

Regards

Pavel



>
> - "Possibility to controll plpgsql plan cache behave"
>
>   NR, current incarnation is from late last year.  Note that the patch
>   doesn't at all do anymore what the subject says. It's GUCs that can
>   force custom / generic plans.
>
>   Seems simple, if we want it.
>
>
>

Reply via email to