Don't Memoize lateral joins with volatile join conditions
authorDavid Rowley <drowley@postgresql.org>
Mon, 7 Aug 2023 10:15:50 +0000 (22:15 +1200)
committerDavid Rowley <drowley@postgresql.org>
Mon, 7 Aug 2023 10:15:50 +0000 (22:15 +1200)
commitbf315354e0c330665f4b48a8e1aa6892c4681ad2
tree7fc1a7675f5331ab209d329640886c012f92b671
parent7c9f0c0c029479e109aed546ce0106a1cb9674a5
Don't Memoize lateral joins with volatile join conditions

The use of Memoize was already disabled in normal joins when the join
conditions had volatile functions per the code in
match_opclause_to_indexcol().  Ordinarily, the parameterization for the
inner side of a nested loop will be an Index Scan or at least eventually
lead to an index scan (perhaps nested several joins deep). However, for
lateral joins, that's not the case and seq scans can be parameterized
too, so we can't rely on match_opclause_to_indexcol().

Here we explicitly check the parameterization for volatile functions and
don't consider the generation of a Memoize path when such functions
are present.

Author: Richard Guo
Discussion: https://postgr.es/m/CAMbWs49nHFnHbpepLsv_yF3qkpCS4BdB-v8HoJVv8_=Oat0u_w@mail.gmail.com
Backpatch-through: 14, where Memoize was introduced
src/backend/optimizer/path/joinpath.c