aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2015-12-07 18:56:14 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2015-12-07 18:56:17 -0500
commitedca44b1525b3d591263d032dc4fe500ea771e0e (patch)
tree1b298a9c8f16630e7feceba17f50fd49e1446055 /src/backend/executor
parent7ac5d9b31637b1856c7ac9cb625bcca694a2790a (diff)
downloadpostgresql-edca44b1525b3d591263d032dc4fe500ea771e0e.tar.gz
postgresql-edca44b1525b3d591263d032dc4fe500ea771e0e.zip
Simplify LATERAL-related calculations within add_paths_to_joinrel().
While convincing myself that commit 7e19db0c09719d79 would solve both of the problems recently reported by Andreas Seltenreich, I realized that add_paths_to_joinrel's handling of LATERAL restrictions could be made noticeably simpler and faster if we were to retain the minimum possible parameterization for each joinrel (that is, the set of relids supplying unsatisfied lateral references in it). We already retain that for baserels, in RelOptInfo.lateral_relids, so we can use that field for joinrels too. I re-pgindent'd the files touched here, which affects some unrelated comments. This is, I believe, just a minor optimization not a bug fix, so no back-patch.
Diffstat (limited to 'src/backend/executor')
0 files changed, 0 insertions, 0 deletions