pgsql: Fix plpgsql's handling of "simple" expression evaluation.

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: pgsql-committers(at)postgresql(dot)org
Subject: pgsql: Fix plpgsql's handling of "simple" expression evaluation.
Date: 2010-10-28 17:03:55
Message-ID: E1PBVtL-0007vK-4k@gemulon.postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Fix plpgsql's handling of "simple" expression evaluation.

In general, expression execution state trees aren't re-entrantly usable,
since functions can store private state information in them.
For efficiency reasons, plpgsql tries to cache and reuse state trees for
"simple" expressions. It can get away with that most of the time, but it
can fail if the state tree is dirty from a previous failed execution (as
in an example from Alvaro) or is being used recursively (as noted by me).

Fix by tracking whether a state tree is in use, and falling back to the
"non-simple" code path if so. This results in a pretty considerable speed
hit when the non-simple path is taken, but the available alternatives seem
even more unpleasant because they add overhead in the simple path. Per
idea from Heikki.

Back-patch to all supported branches.

Branch
------
REL8_3_STABLE

Details
-------
http://git.postgresql.org/gitweb?p=postgresql.git;a=commitdiff;h=ed78eefed2b21517e3f4abaf95081c8f780322e4

Modified Files
--------------
src/pl/plpgsql/src/pl_exec.c | 31 +++++++++++++++++++++-
src/pl/plpgsql/src/plpgsql.h | 7 +++--
src/test/regress/expected/plpgsql.out | 47 +++++++++++++++++++++++++++++++++
src/test/regress/sql/plpgsql.sql | 42 +++++++++++++++++++++++++++++
4 files changed, 123 insertions(+), 4 deletions(-)

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2010-10-28 17:29:32 pgsql: Save a few cycles in plpgsql simple-expression initialization.
Previous Message Tom Lane 2010-10-28 17:03:54 pgsql: Fix plpgsql's handling of "simple" expression evaluation.