Re: proposal - plpgsql - all plpgsql auto variables should be constant - Mailing list pgsql-hackers

From Tom Lane
Subject Re: proposal - plpgsql - all plpgsql auto variables should be constant
Date
Msg-id 22622.1587737237@sss.pgh.pa.us
Whole thread Raw
In response to Re: proposal - plpgsql - all plpgsql auto variables should be constant  (Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>)
Responses Re: proposal - plpgsql - all plpgsql auto variables should be constant  (Pavel Stehule <pavel.stehule@gmail.com>)
List pgsql-hackers
Ashutosh Bapat <ashutosh.bapat.oss@gmail.com> writes:
> On Fri, Apr 24, 2020 at 12:24 PM Pavel Stehule <pavel.stehule@gmail.com> wrote:
>> plpgsql generate lot of auto variables - FOUND, SQLERRM, cycle's control variable, TG_WHEN, TG_OP, ..
>> Currently these variables are not protected, what can be source of problems, mainly for not experienced users. I
proposemark these variables as constant. 

> +1 for general idea.

I'm skeptical.  If we'd marked them that way from day one, it would have
been fine, but to change it now is a whole different discussion.  I think
the odds that anybody will thank us are much smaller than the odds that
there will be complaints.  In particular, I'd be just about certain that
there are people out there who are changing FOUND and loop control
variables manually, and they will not appreciate us breaking their code.

As for the trigger variables specifically, what is the rationale
for marking TG_OP read-only but not OLD and NEW?  But it is dead
certain that we won't get away with making the latter two read-only.

In short, -1.  This ship sailed about twenty years ago.

            regards, tom lane



pgsql-hackers by date:

Previous
From: James Coleman
Date:
Subject: Re: Binary search in ScalarArrayOpExpr for OR'd constant arrays
Next
From: Tom Lane
Date:
Subject: Re: Binary COPY IN size reduction