Re: Doc patch--clarifying $1 in PL/PgSQL - Mailing list pgsql-patches

From Jan Wieck
Subject Re: Doc patch--clarifying $1 in PL/PgSQL
Date
Msg-id 3FE984F5.80800@Yahoo.com
Whole thread Raw
In response to Re: Doc patch--clarifying $1 in PL/PgSQL  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-patches
Tom Lane wrote:
> Jan Wieck <JanWieck@Yahoo.com> writes:
>> Tom Lane wrote:
>>> Not that hard ... just requires replacing some special-purpose code with
>>> general-purpose code ...
>
>> Does that code cause the variables value to change from function call to
>> function call (what most users would expect if they give it a default
>> value based on a call argument), or will remember the value from the
>> first function call for the lifetime of the backend?
>
> I believe it will evaluate the DEFAULT expression on each entry to the
> block, using the current values of outer-block variables (and also
> variables declared earlier in the same block, if anyone cared to use
> that behavior).  The code was already designed and documented to
> evaluate DEFAULT expressions on each block entry --- what it was missing
> was the ability to reference variables in these expressions.
>
> Do you see something wrong with it?

No, I just didn't test it yet. My only concern was that it could be
another unexpected behaviour related to caching values/plans. Unexpected
caching is what most likely becomes FAQ's and I think we have enough of
those.


Jan

--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#================================================== JanWieck@Yahoo.com #


pgsql-patches by date:

Previous
From: Christopher Kings-Lynne
Date:
Subject: CATALOG/NOCATALOG for new users
Next
From: Tom Lane
Date:
Subject: Re: CATALOG/NOCATALOG for new users