From: | David Steele <david(at)pgmasters(dot)net> |
---|---|
To: | Antonin Houska <ah(at)cybertec(dot)at> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: WIP: Aggregation push-down |
Date: | 2021-03-11 13:34:41 |
Message-ID: | d1a2afcb-2ecf-9d41-ac0e-6f831c975954@pgmasters.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 3/11/21 5:10 AM, Antonin Houska wrote:
> David Steele <david(at)pgmasters(dot)net> wrote:
>
>> On 7/3/20 6:07 AM, Laurenz Albe wrote:
>>> On Thu, 2020-07-02 at 14:39 +0200, Daniel Gustafsson wrote:
>>>> This version now fails to apply to HEAD, with what looks like like a trivial
>>>> error in the expected test output. Can you please submit a rebased version so
>>>> we can see it run in the patch tester CI? I'm marking the entry as Waiting on
>>>> Author in the meantime.
>>>
>>> I have rebased the patch against current HEAD, it passes "make installcheck".
>>
>> This needs another rebase so marked as Waiting on Author:
>> http://cfbot.cputube.org/patch_32_1247.log
>
> Besides the fact that I don't have time to work on it now, I'm not able to
> convince myself to put more effort into it. If there's almost no progress for
> several years, I don't believe another rebase(s) is anything but wasted
> effort.
>
> So I've withdrawn the patch, also to save CFMs from examining the history
> again and again uselessly. The code is free so anyone can continue if he
> thinks it makes sense. If it finally finds its way into the PG core and if
> meaningful part of my code remains, I'd appreciate it if I was mentioned in
> the release notes. Thanks.
I'm sure you would receive credit if anyone picked this patch up.
Sorry it didn't work out, but it looks like withdrawing the patch was
the right way to go.
Regards,
--
-David
david(at)pgmasters(dot)net
From | Date | Subject | |
---|---|---|---|
Next Message | Matthias van de Meent | 2021-03-11 13:45:54 | Re: non-HOT update not looking at FSM for large tuple update |
Previous Message | David Steele | 2021-03-11 13:09:39 | Re: Disallow cancellation of waiting for synchronous replication |