Re: Any objections to implementing LogicalDecodeMessageCB for pgoutput?

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Any objections to implementing LogicalDecodeMessageCB for pgoutput?
Дата
Msg-id 20200724161633.ts3olg4hotwsrxew@alap3.anarazel.de
обсуждение исходный текст
Ответ на Any objections to implementing LogicalDecodeMessageCB for pgoutput?  (Dave Cramer <davecramer@gmail.com>)
Список pgsql-hackers
Hi,

On 2020-07-24 11:33:52 -0400, Dave Cramer wrote:
> For logical replication there is no need to implement this, but others are
> using the pgoutput plugin for Change Data Capture. The reason they are
> using pgoutput is because it is guaranteed to be available as it is in core
> postgres.
> 
> Implementing LogicalDecodeMessageCB provides some synchronization facility
> that is not easily replicated.

It's definitely useful. Probably needs to be parameter that signals
whether they should be sent out?

Greetings,

Andres Freund



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

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Missing CFI in hlCover()?
Следующее
От: Tom Lane
Дата:
Сообщение: Mark unconditionally-safe implicit coercions as leakproof