Re: [HACKERS] logical decoding of two-phase transactions

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: [HACKERS] logical decoding of two-phase transactions
Дата
Msg-id 20180329222441.xxo2zxkjydpgjs4n@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: [HACKERS] logical decoding of two-phase transactions  (Tomas Vondra <tomas.vondra@2ndquadrant.com>)
Ответы Re: [HACKERS] logical decoding of two-phase transactions  (Simon Riggs <simon@2ndquadrant.com>)
Список pgsql-hackers
Hi,

On 2018-03-30 00:23:00 +0200, Tomas Vondra wrote:
> On 03/29/2018 11:58 PM, Andres Freund wrote:
> > FWIW, for me that's ground to not accept the feature. Burdening output
> > plugins with this will make their development painful (because they'll
> > have to adapt regularly) and correctness doubful (there's nothing
> > checking for the lock being skipped).  Another way needs to be found.
> > 
> 
> The lack of docs/comments, or the fact that the decoding plugins would
> need to do some lock/unlock operation?

The latter.


> I agree with the former, of course - docs are a must. I disagree with
> the latter, though - there have been about no proposals how to do it
> without the locking. If there are, I'd like to hear about it.

I don't care. Either another solution needs to be found, or the locking
needs to be automatically performed when necessary.

Greetings,

Andres Freund


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

Предыдущее
От: Tomas Vondra
Дата:
Сообщение: Re: [HACKERS] logical decoding of two-phase transactions
Следующее
От: Tomas Vondra
Дата:
Сообщение: Re: ALTER TABLE ADD COLUMN fast default