pgsql: Fix plpgsql's handling of "simple" expression evaluation. - Mailing list pgsql-committers

From Tom Lane
Subject pgsql: Fix plpgsql's handling of "simple" expression evaluation.
Date
Msg-id E1PBVtL-0007vH-0j@gemulon.postgresql.org
Whole thread Raw
List 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
------
REL9_0_STABLE

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

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


pgsql-committers by date:

Previous
From: Peter Eisentraut
Date:
Subject: pgsql: Release notes for 9.1alpha2
Next
From: Tom Lane
Date:
Subject: pgsql: Fix plpgsql's handling of "simple" expression evaluation.