Re: [Suspect SPAM] Re: [HACKERS] path toward faster partition pruning

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: [Suspect SPAM] Re: [HACKERS] path toward faster partition pruning
Дата
Msg-id 20180508095515.GA23751@paquier.xyz
обсуждение исходный текст
Ответ на Re: [Suspect SPAM] Re: [HACKERS] path toward faster partition pruning  (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>)
Список pgsql-hackers
On Tue, May 08, 2018 at 04:07:41PM +0900, Amit Langote wrote:
> I have to agree to go with this conservative approach for now.  Although
> we might be able to evaluate the array elements by applying the coercion
> specified by ArrayCoerceExpr, let's save that as an improvement to be
> pursued later.

Thanks for confirming.  Yes, non-volatile functions would be actually
safe, and we'd need to be careful about NULL handling as well, but
that's definitely out of scope for v11.

> FWIW, constraint exclusion wouldn't prune in this case either (that is, if
> you try this example with PG 10 or using HEAD as of the parent of
> 9fdb675fc5), but it doesn't crash like the new pruning code does.

Yeah, I have noticed that.
--
Michael

Вложения

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

Предыдущее
От: Alexander Korotkov
Дата:
Сообщение: Re: doc fixes: vacuum_cleanup_index_scale_factor
Следующее
От: Aleksandr Parfenov
Дата:
Сообщение: Re: Optimze usage of immutable functions as relation