aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeModifyTable.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2025-01-08 16:35:54 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2025-01-08 16:35:54 -0500
commit3c49d462dbcfaff7bb77b1fec2c73c1079d25433 (patch)
tree378658ea6d75c8faec5b0dd16a8f065a8dc291ec /src/backend/executor/nodeModifyTable.c
parentb20fe54c9c2194fec65db73b2778a014e7823ae0 (diff)
downloadpostgresql-3c49d462dbcfaff7bb77b1fec2c73c1079d25433.tar.gz
postgresql-3c49d462dbcfaff7bb77b1fec2c73c1079d25433.zip
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
Diffstat (limited to 'src/backend/executor/nodeModifyTable.c')
0 files changed, 0 insertions, 0 deletions