Re: Letting plpgsql in on the fun with the new expression eval stuff - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Letting plpgsql in on the fun with the new expression eval stuff
Date
Msg-id 30461.1513879212@sss.pgh.pa.us
Whole thread Raw
In response to Re: Letting plpgsql in on the fun with the new expression eval stuff  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> 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.

OK --- with any luck, the changes in the paramFetch API will force people
to update relevant code anyway.  It would only be an issue for code that
is not calling paramFetch at all, and such code is broken anyway for
dynamic param lists.

Pushed without touching that issue.

            regards, tom lane


pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: ddd
Next
From: "Tels"
Date:
Subject: Re: Bitmap table scan cost per page formula