Re: [BUG]Update Toast data failure in logical replication

Поиск
Список
Период
Сортировка
От Dilip Kumar
Тема Re: [BUG]Update Toast data failure in logical replication
Дата
Msg-id CAFiTN-tXm1rjhoN+rfEEsc7JW59yxWXM9vBGfy9nTTqVKj3cUQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [BUG]Update Toast data failure in logical replication  (Amit Kapila <amit.kapila16@gmail.com>)
Ответы Re: [BUG]Update Toast data failure in logical replication
Список pgsql-hackers
On Fri, Jul 23, 2021 at 8:58 AM Amit Kapila <amit.kapila16@gmail.com> wrote:
>
> Okay, thanks. I think one point we need to consider here is that on
> the subscriber side, we use dirtysnapshot to search the key, so we
> need to ensure that we don't fetch the wrong data. I am not sure what
> will happen when by the time we try to search the tuple in the
> subscriber-side for the update, it has been removed and re-inserted
> with the same values by the user. Do we find the newly inserted tuple
> and update it? If so, can it also happen even if logged the unchanged
> old_key_tuple as the patch is doing currently?
>

I was thinking more about this idea, but IMHO, unless we send the key
toasted tuple from the publisher how is the subscriber supposed to
fetch it.  Because that is the key value for finding the tuple on the
subscriber side and if we haven't sent the key value, how are we
supposed to find the tuple on the subscriber side?

-- 
Regards,
Dilip Kumar
EnterpriseDB: http://www.enterprisedb.com



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

Предыдущее
От: Bharath Rupireddy
Дата:
Сообщение: Re: Inaccurate error message when set fdw batch_size to 0
Следующее
От: vignesh C
Дата:
Сообщение: Re: Added schema level support for publication.