Re: proposal - plpgsql - all plpgsql auto variables should be constant

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: proposal - plpgsql - all plpgsql auto variables should be constant
Дата
Msg-id 22622.1587737237@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: proposal - plpgsql - all plpgsql auto variables should be constant  (Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>)
Ответы Re: proposal - plpgsql - all plpgsql auto variables should be constant
Список 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 по дате отправления:

Предыдущее
От: James Coleman
Дата:
Сообщение: Re: Binary search in ScalarArrayOpExpr for OR'd constant arrays
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Binary COPY IN size reduction