pgsql: Avoid caching expression state trees for domain constraints acro - Mailing list pgsql-committers

From Tom Lane
Subject pgsql: Avoid caching expression state trees for domain constraints acro
Date
Msg-id E1a3BF8-0004wi-9y@gemulon.postgresql.org
Whole thread Raw
List pgsql-committers
Avoid caching expression state trees for domain constraints across queries.

In commit 8abb3cda0ddc00a0ab98977a1633a95b97068d4e I attempted to cache
the expression state trees constructed for domain CHECK constraints for
the life of the backend (assuming the domain's constraints don't get
redefined).  However, this turns out not to work very well, because
execQual.c will run those state trees with ecxt_per_query_memory pointing
to a query-lifespan context, and in some situations we'll end up with
pointers into that context getting stored into the state trees.  This
happens in particular with SQL-language functions, as reported by
Emre Hasegeli, but there are many other cases.

To fix, keep only the expression plan trees for domain CHECK constraints
in the typcache's data structure, and revert to performing ExecInitExpr
(at least) once per query to set up expression state trees in the query's
context.

Eventually it'd be nice to undo this, but that will require some careful
thought about memory management for expression state trees, and it seems
far too late for any such redesign in 9.5.  This way is still much more
efficient than what happened before 8abb3cda0.

Branch
------
master

Details
-------
http://git.postgresql.org/pg/commitdiff/ec7eef6b1103f92aea94aa79aabd8e0e87973010

Modified Files
--------------
src/backend/utils/cache/typcache.c   |   62 +++++++++++++++++++++++++++++++---
src/include/utils/typcache.h         |    1 +
src/test/regress/expected/domain.out |   25 ++++++++++++++
src/test/regress/sql/domain.sql      |   24 +++++++++++++
4 files changed, 108 insertions(+), 4 deletions(-)


pgsql-committers by date:

Previous
From: Tom Lane
Date:
Subject: pgsql: Avoid caching expression state trees for domain constraints acro
Next
From: Robert Haas
Date:
Subject: pgsql: Fix obsolete comment.