Hi Amul, Ashutosh, On 2019/04/24 20:26, amul sul wrote: > Attached version is rebase atop of the latest master head(fdc7efcc30), also > incorporates the Ashutosh's suggestion, thanks.
Reading the commit message of 0002 and after testing to confirm, I understand that the patch doesn't handle OUTER joins where the nullable side is missing some partitions. The reason given is that join planning would have to add base relations corresponding to missing partitions on the nullable side, which we can't do. While working on partition pruning refactoring recently (committed as 428b260f87e), we faced a similar situation in that pruned partitions are like missing partitions, because they're not added to the PlannerInfo anymore, whereas before that commit, they'd be added and marked dummy afterwards. Earlier versions of my patch had code to add dummy base relations for such pruned partitions, because partitionwise join expected pairs of matched partitions to be valid base relations, because that's how things were when partitionwise joins feature was committed. Join path generated in this case would have a constant-false Result path (an empty relation) for the nullable side. Tom strongly objected to that idea saying that such join paths are kind of silly [1], even outside the context of partitionwise join. He suggested that we abandon partitionwise join in such cases, because having to build a dummy base relation for pruned partitions only to generate silly-looking paths would be an ugly kludge. I guess the same argument applies to the case where the nullable side is missing some partitions, so the right way to support partitionwise join case in that case wouldn't be to figure out how joinrels.c could add dummy base relations. He did mention that cases where the nullable side is provably empty can be handled by simply returning the path of the non-nullable side with suitable projection path added on top to emit NULLs for the columns of the nullable-side. If we teach populate_joinrel_with_paths() and underlings about that, then we can allow partitionwise join even in the case where the nullable side has some partitions missing. Thanks, Amit [1] https://www.postgresql.org/message-id/25035.1553905052%40sss.pgh.pa.us