Re: Optimization for updating foreign tables in Postgres FDW

Поиск
Список
Период
Сортировка
От Etsuro Fujita
Тема Re: Optimization for updating foreign tables in Postgres FDW
Дата
Msg-id 53D8AB46.1050805@lab.ntt.co.jp
обсуждение исходный текст
Ответ на Re: Optimization for updating foreign tables in Postgres FDW  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Optimization for updating foreign tables in Postgres FDW  (Pavel Stehule <pavel.stehule@gmail.com>)
Re: Optimization for updating foreign tables in Postgres FDW  (Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>)
Список pgsql-hackers
(2014/07/29 0:58), Robert Haas wrote:
> On Fri, Jul 25, 2014 at 3:39 AM, Albe Laurenz <laurenz.albe@wien.gv.at> wrote:
>> Shigeru Hanada wrote:
>>> * Naming of new behavior
>>> You named this optimization "Direct Update", but I'm not sure that
>>> this is intuitive enough to express this behavior.  I would like to
>>> hear opinions of native speakers.
>>
>> How about "batch foreign update" or "batch foreign modification"?
>> (Disclaimer: I'm not a native speaker either.)
>
> I think direct update sounds pretty good.  "Batch" does not sound as
> good to me, since it doesn't clearly describe what makes this patch
> special as opposed to some other grouping of updates that happens to
> produce a speedup.

I agree with Robert on that point.

> Another term that might be used is "update pushdown", since we are
> pushing the whole update to the remote server instead of having the
> local server participate.  Without looking at the patch, I don't have
> a strong opinion on whether that's better than "direct update" in this
> context.

"Update Pushdown" is fine with me.

If there are no objections of others, I'll change the name from "Direct 
Update" to "Update Pushdown".

Thanks,

Best regards,
Etsuro Fujita



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

Предыдущее
От: Amit Kapila
Дата:
Сообщение: Re: ALTER SYSTEM RESET?
Следующее
От: Pavel Stehule
Дата:
Сообщение: Re: Optimization for updating foreign tables in Postgres FDW