Re: Bogus lateral-reference-propagation logic in create_lateral_join_info - Mailing list pgsql-hackers

From David Rowley
Subject Re: Bogus lateral-reference-propagation logic in create_lateral_join_info
Date
Msg-id CAKJS1f_j1JMQsdX+LODUywNT0WqAy6L_eF+5oZQ4FkJ_afCLMQ@mail.gmail.com
Whole thread Raw
In response to Bogus lateral-reference-propagation logic in create_lateral_join_info  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Bogus lateral-reference-propagation logic in create_lateral_join_info  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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


pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: [HACKERS] PATCH: multivariate histograms and MCV lists
Next
From: Alvaro Herrera
Date:
Subject: Re: Refactoring IndexPath representation of index conditions