Disallow NAMEDTUPLESTORE RTEs in stored views, rules, etc.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 8 Jan 2025 21:35:54 +0000 (16:35 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 8 Jan 2025 21:35:54 +0000 (16:35 -0500)
commit3c49d462dbcfaff7bb77b1fec2c73c1079d25433
tree378658ea6d75c8faec5b0dd16a8f065a8dc291ec
parentb20fe54c9c2194fec65db73b2778a014e7823ae0
Disallow NAMEDTUPLESTORE RTEs in stored views, rules, etc.

A named tuplestore is necessarily a transient object, so it makes
no sense to reference one in a persistent object such as a view.
We didn't previously prevent that, with the result that if you
tried you would get some weird failure about how the executor
couldn't find the tuplestore.

We can mechanize a check for this case cheaply by making dependency
extraction complain if it comes across such an RTE.  This is a
plausible way of dealing with it since part of the problem is that we
have no way to make a pg_depend representation of a named tuplestore.

Report and fix by Yugo Nagata.  Although this is an old problem,
it's a very weird corner case and there have been no reports from
end users.  So it seems sufficient to fix it in master.

Discussion: https://postgr.es/m/20240726160714.e74d0db579f2c017e1ca0b7e@sraoss.co.jp
src/backend/catalog/dependency.c
src/test/regress/expected/triggers.out
src/test/regress/sql/triggers.sql