Re: [PoC] pg_upgrade: allow to upgrade publisher node
От | Amit Kapila |
---|---|
Тема | Re: [PoC] pg_upgrade: allow to upgrade publisher node |
Дата | |
Msg-id | CAA4eK1LU9_LP0o09qxdqJkQPoOaz0vAjVm7pW1WwShsspRXy6g@mail.gmail.com обсуждение исходный текст |
Ответ на | RE: [PoC] pg_upgrade: allow to upgrade publisher node ("Hayato Kuroda (Fujitsu)" <kuroda.hayato@fujitsu.com>) |
Ответы |
RE: [PoC] pg_upgrade: allow to upgrade publisher node
|
Список | pgsql-hackers |
On Fri, Sep 15, 2023 at 6:32 PM Hayato Kuroda (Fujitsu) <kuroda.hayato@fujitsu.com> wrote: > > > Thank you for reviewing! PSA new version patch set. > > Sorry, wrong patch attached. PSA the correct ones. > There is a possibility that XLOG_PARAMETER_CHANGE may be generated, when GUC > parameters are changed just before doing the upgrade. Added to list. > You forgot to update 0002 patch for XLOG_PARAMETER_CHANGE. I think it is okay to move walinspect's functionality into common place so that it can be used by this patch as suggested by Hou-San. The only reason it is okay to keep it specific to walinspect is if we want to enhance that functions for walinspect but I think if that happens then we can evaluate whether to enhance it by having additional parameters or creating something specific for walinspect. * +Datum +binary_upgrade_validate_wal_record_types_after_lsn(PG_FUNCTION_ARGS) How about naming it as binary_upgrade_validate_wal_records()? I don't see it is helpful to make it too long. Apart from this, I have made minor cosmetic changes in the attached. If these looks okay to you then you can include them in next version. -- With Regards, Amit Kapila.
Вложения
В списке pgsql-hackers по дате отправления: