Re: Considering additional sort specialisation functions for PG16

Поиск
Список
Период
Сортировка
От Pavel Borisov
Тема Re: Considering additional sort specialisation functions for PG16
Дата
Msg-id CALT9ZEE9VG8=keDsy_C2G9oTBY254oTZ_jUq4H02Lsgszh_PdA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Considering additional sort specialisation functions for PG16  (John Naylor <john.naylor@enterprisedb.com>)
Ответы Re: Considering additional sort specialisation functions for PG16  (John Naylor <john.naylor@enterprisedb.com>)
Список pgsql-hackers
Hi, John!
Generally, I like the separation of non-null values before sorting and
would like to join as a reviewer when we come to patch. I have only a
small question:

> - Only if there is more than one sort key, qsort the null array. Ideally at some point we would have a method of
ignoringthe first sortkey (this is an existing opportunity that applies elsewhere as well).
 
Should we need to sort by the second sort key provided the first one
in NULL by standard or by some part of the code relying on this? I
suppose NULL values in the first sort key mean attribute values are
undefined and there is no preferred order between these tuples, even
if their second sort keys are different.

And maybe (unlikely IMO) we need some analog of NULLS DISCTICNT/NOT
DISTINCT in this scope?

Kind regards,
Pavel Borisov,
Supabase.



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

Предыдущее
От: Tomas Vondra
Дата:
Сообщение: Re: Syncrep and improving latency due to WAL throttling
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: drop postmaster symlink