Re: Performance Enhancement/Fix for Array Utility Functions

Поиск
Список
Период
Сортировка
От Daniel Farina
Тема Re: Performance Enhancement/Fix for Array Utility Functions
Дата
Msg-id AANLkTik9buaDpg8XDfE73sj6EdGFNbtlRF69ZIYuXyJy@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Performance Enhancement/Fix for Array Utility Functions  (Mike Lewis <mikelikespie@gmail.com>)
Ответы Re: Performance Enhancement/Fix for Array Utility Functions  (Mike Lewis <mikelikespie@gmail.com>)
Re: Performance Enhancement/Fix for Array Utility Functions  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Wed, Mar 31, 2010 at 9:47 AM, Mike Lewis <mikelikespie@gmail.com> wrote:
> Thanks. Added it.
>
> https://commitfest.postgresql.org/action/patch_view?id=292

I have reviewed this patch; this is my review:

Regression tests pass with assertions enabled.

Performance gains reported by author confirmed.

The existence and naming of ARR_MAX_HEADER_SIZE is somewhat dubious,
as it is:

* Used in exactly one place (not necessarily a reason why it should
not be reified into a stand-alone definition, though, but
something to consider)

* The array header refers to the NULL bitmap as well, but the
interpretation used by the patch does not.

I think this patch is safe, as all the array fields required are
before the null bitmap, but I think the naming of this definition
is very misleading.

Generally I think the delimited untoasting of metadata from arrays
separately from the payload is Not A Bad Idea.

fdr


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: is_absolute_path incorrect on Windows
Следующее
От: KaiGai Kohei
Дата:
Сообщение: Re: [RFC] A tackle to the leaky VIEWs for RLS