]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Avoid mislabeling of lateral references, redux.
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 30 Nov 2024 17:42:20 +0000 (12:42 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 30 Nov 2024 17:42:20 +0000 (12:42 -0500)
commit78883cd90511176bda3333a92b1cc3f65a66ad7f
tree8e21b51cecdcf828a7ebcce28e6a6281d18a3441
parent72822a99d44f040e9776c892a8ab877a06c7b7ad
Avoid mislabeling of lateral references, redux.

As I'd feared, commit 5c9d8636d was still a few bricks shy of a load.
We can't just leave pulled-up lateral-reference Vars with no new
nullingrels: we have to carefully compute what subset of the
to-be-replaced Var's nullingrels apply to them, else we still get
"wrong varnullingrels" errors.  This is a bit tedious, but it looks
like we can use the nullingrel data this patch computes for other
purposes, enabling better optimization.  We don't want to inject
unnecessary plan changes into stable branches though, so leave that
idea for a later HEAD-only patch.

Patch by me, but thanks to Richard Guo for devising a test case that
broke 5c9d8636d, and for preliminary investigation about how to fix
it.  As before, back-patch to v16.

Discussion: https://postgr.es/m/E1tGn4j-0003zi-MP@gemulon.postgresql.org
src/backend/optimizer/prep/prepjointree.c
src/test/regress/expected/subselect.out
src/test/regress/sql/subselect.sql
src/tools/pgindent/typedefs.list