Re: Commitfest 2022-03 Patch Triage Part 1b - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Commitfest 2022-03 Patch Triage Part 1b
Date
Msg-id 2882358.1646170176@sss.pgh.pa.us
Whole thread Raw
In response to Commitfest 2022-03 Patch Triage Part 1b  (Greg Stark <stark@mit.edu>)
List pgsql-hackers
Greg Stark <stark@mit.edu> writes:
>> 2433: Erase the distinctClause if the result is unique by definition
>> ====================================================================
>> (parts of) The approach taken in this patch has been objected against in favor
>> of work that Tom has proposed.  Until that work materialize this patch is
>> blocked, and thus I think we are better of closing it and re-opening it when it
>> gets unstuck.  Unless Tom has plans to hack on this shortly?

> Ugh. This is a problematic dynamic. Tom has a different idea of what
> direction to take this but hasn't had a chance to work on it. So
> what's Andy Fan supposed to do here? He can't read Tom's mind and
> nobody else can really help him. Ultimately we all have limited time
> so this is a thing that will happen but is there anything we can do to
> resolve it in this case?

> We definitely shouldn't spend lots of time on this patch unless we're
> going to be ok going ahead without Tom's version of it. Is this
> something we can do using the Andy's data structure for now and change
> in the future?

> It looks like the Skip Scan patch was related to this work in some
> way? Is it blocked on it?

I did promise some time ago to get involved in the skip scan work.
I've so far failed to make good on that promise, but I will make
it a high priority to look at the area during this CF.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Nathan Bossart
Date:
Subject: Re: Allow async standbys wait for sync replication
Next
From: Chapman Flack
Date:
Subject: Re: range_agg with multirange inputs