Re: [PATCH] Logical decoding of TRUNCATE

Поиск
Список
Период
Сортировка
От Marco Nenciarini
Тема Re: [PATCH] Logical decoding of TRUNCATE
Дата
Msg-id de2a9d73-1e25-797c-03f8-9faa57f75e85@2ndquadrant.it
обсуждение исходный текст
Ответ на Re: [PATCH] Logical decoding of TRUNCATE  (Petr Jelinek <petr.jelinek@2ndquadrant.com>)
Ответы Re: [PATCH] Logical decoding of TRUNCATE
Список pgsql-hackers
Il 22/01/18 23:18, Petr Jelinek ha scritto:
> On 22/01/18 19:45, Petr Jelinek wrote:
>
> Actually on second look, I don't like the new boolean parameter much.
> I'd rather we didn't touch the input list and always close only
> relations opened inside the ExecuteTruncateGuts().
>
> It may mean more list(s) but the current interface is still not clean.
>

Now ExecuteTruncateGuts unconditionally closes the relations that it
opens. The caller has now always the responsibility to close the
relations passed with the explicit_rels list.

Version 15 attached.

Regards,
Marco

--
Marco Nenciarini - 2ndQuadrant Italy
PostgreSQL Training, Services and Support
marco.nenciarini@2ndQuadrant.it | www.2ndQuadrant.it

Вложения

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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: [HACKERS] PoC plpgsql - possibility to force custom or generic plan
Следующее
От: Daniel Gustafsson
Дата:
Сообщение: Re: Handling better supported channel binding types for SSL implementations