Re: [PATCH] Incremental sort (was: PoC: Partial sort)

Поиск
Список
Период
Сортировка
От James Coleman
Тема Re: [PATCH] Incremental sort (was: PoC: Partial sort)
Дата
Msg-id CAAaqYe9XO7ZKrpVkrz2e0ja=eeFCX0Wqpmc7r23R84JU9uCLxQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [PATCH] Incremental sort (was: PoC: Partial sort)  (James Coleman <jtc331@gmail.com>)
Ответы Re: [PATCH] Incremental sort (was: PoC: Partial sort)
Список pgsql-hackers
On Thu, Apr 2, 2020 at 8:46 PM James Coleman <jtc331@gmail.com> wrote:
>
> On Thu, Apr 2, 2020 at 8:20 PM Tomas Vondra
> <tomas.vondra@2ndquadrant.com> wrote:
> > ...
> > 5) Overall, I think the costing is OK. I'm sure we'll find cases that
> > will need improvements, but that's fine. However, we now have
> >
> > - cost_tuplesort (used to be cost_sort)
> > - cost_full_sort
> > - cost_incremental_sort
> > - cost_sort
> >
> > I find it a bit confusing that we have cost_sort and cost_full_sort. Why
> > don't we just keep using the dummy path in label_sort_with_costsize?
> > That seems to be the only external caller outside costsize.c. Then we
> > could either make cost_full_sort static or get rid of it entirely.
>
> This another area of the patch I haven't really modified.

See attached for a cleanup of this; it removed cost_fullsort so
label_sort_with_costsize is back to how it was.

I've directly merged this into the patch series; if you'd like to see
the diff I can send that along.

James

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Geoghegan
Дата:
Сообщение: Re: snapshot too old issues, first around wraparound and then more.
Следующее
От: Kyotaro Horiguchi
Дата:
Сообщение: Re: WAL usage calculation patch