Re: Considering additional sort specialisation functions for PG16 - Mailing list pgsql-hackers

From John Naylor
Subject Re: Considering additional sort specialisation functions for PG16
Date
Msg-id CAFBsxsH9bQ+wXJc_C4KiRR7FQ8Fbz=N5fHCjbRWmaW=v+nQJaw@mail.gmail.com
Whole thread Raw
In response to Re: Considering additional sort specialisation functions for PG16  (David Rowley <dgrowleyml@gmail.com>)
Responses Re: Considering additional sort specialisation functions for PG16
List pgsql-hackers
On Tue, Aug 23, 2022 at 11:24 AM David Rowley <dgrowleyml@gmail.com> wrote:
>
> On Tue, 23 Aug 2022 at 15:22, John Naylor <john.naylor@enterprisedb.com> wrote:
> > Did you happen to see
> >
> > https://www.postgresql.org/message-id/CAFBsxsFhq8VUSkUL5YO17cFXbCPwtbbxBu%2Bd9MFrrsssfDXm3Q%40mail.gmail.com
>
> I missed that.  It looks like a much more promising idea than what I
> came up with. I've not looked at your code yet, but I'm interested and
> will aim to look soon.

Note that I haven't actually implemented this idea yet, just tried to
model the effects by lobotomizing the current comparators. I think
it's worth pursuing and will try to come back to it this cycle, but if
you or anyone else wants to try, that's fine of course.

-- 
John Naylor
EDB: http://www.enterprisedb.com



pgsql-hackers by date:

Previous
From: Dilip Kumar
Date:
Subject: Re: making relfilenodes 56 bits
Next
From: Pavan Deolasee
Date:
Subject: Question regarding ASSERT_NO_PARTITION_LOCKS_HELD_BY_ME in dshash_detach()