Horton

Re: Letting plpgsql in on the fun with the new expression eval stuff

Robert Haas <robertmhaas@gmail.com>

View thread View on postgr.es
From: Robert Haas <robertmhaas@gmail.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Andres Freund <andres@anarazel.de>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2017-12-21T03:58:26Z
Lists: pgsql-hackers 
On Wed, Dec 20, 2017 at 6:06 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Anyway, I left it as-is, but I'm willing to make the change if
> people feel the other way is better.

I feel the other way -- let's not add more pointer indirections if it
isn't really necessary.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

Commits

  1. Rearrange execution of PARAM_EXTERN Params for plpgsql's benefit.

  2. Further reduce overhead for passing plpgsql variables to the executor.