Re: pg_upgrade and publication/subscription problem - Mailing list pgsql-hackers

From Marcos Pegoraro
Subject Re: pg_upgrade and publication/subscription problem
Date
Msg-id CAB-JLwbZqMkj+9kKoBXcuQ01GvHHLjWv9o=UbbMSthYNHf7b6A@mail.gmail.com
Whole thread Raw
In response to Re: pg_upgrade and publication/subscription problem  (Amit Kapila <amit.kapila16@gmail.com>)
List pgsql-hackers
Sorry, I didn´t explain exactly what I was doing, I just wrote "This replication is a auditing database" on my second email.

Atenciosamente, 




Em seg., 29 de nov. de 2021 às 09:20, Amit Kapila <amit.kapila16@gmail.com> escreveu:
On Mon, Nov 29, 2021 at 5:04 PM Marcos Pegoraro <marcos@f10.com.br> wrote:
>>
>> On thinking about this point again, it is not clear to me why that
>> would matter for this particular use case? Basically, when you create
>> a new subscription, it should copy the entire existing data from the
>> table directly and then will decode changes from WAL. So, I think in
>> your case all the changes between pg_upgrade and now should be
>> directly copied from tables, so probably older WAL won't be required.
>
>
> Maybe you did not understand
>

Yeah, because some information like trigger functions was not there in
your previous emails.

--
With Regards,
Amit Kapila.

pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Rationalizing declarations of src/common/ variables
Next
From: Guillaume Lelarge
Date:
Subject: Lots of memory allocated when reassigning Large Objects