Re: [Bug] Logical Replication failing if the DateStyle is different in Publisher & Subscriber

Поиск
Список
Период
Сортировка
Искать
От
Michael Paquier
Тема
Re: [Bug] Logical Replication failing if the DateStyle is different in Publisher & Subscriber
Дата
Msg-id
YWzxIL177qeba8+2@paquier.xyz
Ответ на
Список
Дерево обсуждения
Re: [Bug] Logical Replication failing if the DateStyle is different in Publisher & Subscriber Tom Lane <tgl@sss.pgh.pa.us>
Re: [Bug] Logical Replication failing if the DateStyle is different in Publisher & Subscriber Tom Lane <tgl@sss.pgh.pa.us>
Re: [Bug] Logical Replication failing if the DateStyle is different in Publisher & Subscriber Japin Li <japinli@hotmail.com>
Re: [Bug] Logical Replication failing if the DateStyle is different in Publisher & Subscriber Michael Paquier <michael@paquier.xyz>
Re: [Bug] Logical Replication failing if the DateStyle is different in Publisher & Subscriber Japin Li <japinli@hotmail.com>
Re: [Bug] Logical Replication failing if the DateStyle is different in Publisher & Subscriber Tom Lane <tgl@sss.pgh.pa.us>
Re: [Bug] Logical Replication failing if the DateStyle is different in Publisher & Subscriber Japin Li <japinli@hotmail.com>
On Sun, Oct 17, 2021 at 11:41:35PM -0400, Tom Lane wrote:
> Ah ... see postgres_fdw's set_transmission_modes().  I think we want
> to copy that logic not invent some other way to do it.

dblink.c has something similar as of applyRemoteGucs(), except that it
does not do extra_float_digits.  It would be nice to avoid more
duplication for those things, at least on HEAD.  On the top of my
head, don't we have something similar for parallel workers when
passing down GUCs from the leader?
--
Michael
В списке pgsql-hackers по дате отправления
От: Amit Kapila
Дата:
От: Greg Nancarrow
Дата:
FAQ