Re: [POC] FETCH limited by bytes.

Поиск
Список
Период
Сортировка
От Corey Huinker
Тема Re: [POC] FETCH limited by bytes.
Дата
Msg-id CADkLM=czcj+pcpvQj3t002xQS0yshb=o_3w_hJ+F_Fp+iGWn5Q@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [POC] FETCH limited by bytes.  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: [POC] FETCH limited by bytes.  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On Mon, Jan 25, 2016 at 3:22 PM, Robert Haas <robertmhaas@gmail.com> wrote:
On Mon, Jan 25, 2016 at 1:21 PM, Corey Huinker <corey.huinker@gmail.com> wrote:
>> - We could consider folding fetch_size into "Remote Execution
>> Options", but maybe that's too clever.
>
> If you care to explain, I'm listening. Otherwise I'm going forward with the
> other suggestions you've made.

It's just a little unfortunate to have multiple sections with only a
single option in each.  It would be nice to avoid that somehow.


Revised in patch v3:
* get_option() and get_fetch_size() removed, fetch_size searches added to existing loops.
* Move fetch_size <= 0 tests into postgres_fdw_validator() routine in option.c
* DEBUG1 message removed, never intended that to live beyond the proof of concept.
* Missing regression test mentioned in makefile de-mentioned, as there's nothing to see without the DEBUG1 message.
* Multi-line comment shrunk

(There's a v2 patch that is prior to the change to postgres_fdw_validator() in option.c, but in retrospect that's not interesting to you).

I'm not too keen on having *no* new regression tests, but defer to your judgement.

Still not sure what you mean by remote execution options. But it might be simpler now that the patch is closer to your expectations.
 
Вложения

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

Предыдущее
От: Fabien COELHO
Дата:
Сообщение: Re: 2016-01 Commitfest
Следующее
От: Pavel Stehule
Дата:
Сообщение: Re: custom function for converting human readable sizes to bytes