Re: Bogus lateral-reference-propagation logic in create_lateral_join_info
David Rowley <david.rowley@2ndquadrant.com>
From: David Rowley <david.rowley@2ndquadrant.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2019-02-06T01:26:30Z
Lists: pgsql-hackers
On Wed, 6 Feb 2019 at 10:57, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Also, I'd really like to know why I had to put in the exception seen > in the loop for AppendRelInfos that do not point to a valid parent. > It seems to me that that is almost certainly working around a bug in > the partitioning logic. (Without it, the partition_prune regression test > crashes.) Or would somebody like to own up to having created that state > of affairs intentionally? If so why? Sounds pretty strange to me. What exactly do you mean by not pointing to a valid parent? Do you mean the parent_relid index is not a valid RelOptInfo? Can you point to the regression test that's doing this? -- David Rowley http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
Commits
-
Propagate lateral-reference information to indirect descendant relations.
- b33d5e076eec 9.4.21 landed
- 27293553f4c0 9.5.16 landed
- 41740b9efb11 9.6.12 landed
- a6ea72779a98 10.7 landed
- 45ae2031ec15 11.2 landed
- bdd9a99aac3b 12.0 landed
-
Expand partitioned table RTEs level by level, without flattening.
- 0a480502b092 11.0 cited