Re: [PATCH] Logical decoding of TRUNCATE

Поиск
Список
Период
Сортировка
От Petr Jelinek
Тема Re: [PATCH] Logical decoding of TRUNCATE
Дата
Msg-id ffb116ef-a072-2b9b-dd92-e288dbfa0f6c@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: [PATCH] Logical decoding of TRUNCATE  (Marco Nenciarini <marco.nenciarini@2ndquadrant.it>)
Ответы Re: [PATCH] Logical decoding of TRUNCATE
Список pgsql-hackers
Hi,

On 23/01/18 15:38, Marco Nenciarini wrote:
> 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.

This looks good.

> 
> Version 15 attached.
> 

I see you still do CASCADE on the subscriber though.

-- 
  Petr Jelinek                  http://www.2ndQuadrant.com/
  PostgreSQL Development, 24x7 Support, Training & Services


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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: Handling better supported channel binding types for SSLimplementations
Следующее
От: Marco Nenciarini
Дата:
Сообщение: Re: [PATCH] Logical decoding of TRUNCATE