Re: apply_scanjoin_target_to_paths and partitionwise join

From: Ashutosh Bapat <ashutosh(dot)bapat(dot)oss(at)gmail(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Richard Guo <guofenglinux(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andrei Lepikhov <lepihov(at)gmail(dot)com>, Jakub Wartak <jakub(dot)wartak(at)enterprisedb(dot)com>, arne(dot)roland(at)malkut(dot)net, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Julien Rouhaud <rjuju123(at)gmail(dot)com>, Etsuro Fujita <etsuro(dot)fujita(at)gmail(dot)com>
Subject: Re: apply_scanjoin_target_to_paths and partitionwise join
Date: 2026-01-06 02:54:24
Message-ID: CAExHW5t02NnBqF8FWZkkZ=8nu2Z=YaLdFT-3-nb0jROi09gZ+g@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Jan 5, 2026 at 11:10 PM Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
>
> On Wed, Dec 24, 2025 at 9:20 AM Ashutosh Bapat
> <ashutosh(dot)bapat(dot)oss(at)gmail(dot)com> wrote:
> > I think there's an unwritten convention that we re/set GUCs nearer the
> > queries which require/exercise those. That way they are visible. The
> > test file is about testing partitionwise join, so it's expected that
> > most of the queries will require PWJ enabled. Seeing
> > enable_partitionwise_join = true in the middle of the file made me
> > think that we are disabling PWJ somewhere before to test disabled PWJ
> > and re-enabling it. But I couldn't find a statement disabling it.
> > After spending some time and going through the original commit which
> > added enable_partitionwise_join = true, I realised that it was not
> > required there. I did that exercise twice, once when writing the patch
> > and once while comparing my patch and your commit. Removing that
> > statement will save somebody the same exercise. But I am ok, if we
> > don't want to remove it.
>
> After looking at it, I agree with your analysis, so I've committed your patch.

Thanks.

--
Best Wishes,
Ashutosh Bapat

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Chao Li 2026-01-06 02:55:05 Re: pg_upgrade: optimize replication slot caught-up check
Previous Message David Rowley 2026-01-06 02:26:25 Re: Fix GetOperatorFromCompareType