Re: [GENERAL] pglogical vs. built-in logical replication in pg-10

Поиск
Список
Период
Сортировка
От Andreas Joseph Krogh
Тема Re: [GENERAL] pglogical vs. built-in logical replication in pg-10
Дата
Msg-id VisenaEmail.10.a4b6b80839ea34f0.15ccf5d6e2f@tc7-visena
обсуждение исходный текст
Ответ на Re: [GENERAL] pglogical vs. built-in logical replication in pg-10  (Achilleas Mantzios <achill@matrix.gatewaynet.com>)
Ответы Re: [GENERAL] pglogical vs. built-in logical replication in pg-10
Список pgsql-general
Дерево обсуждения
På torsdag 22. juni 2017 kl. 11:43:02, skrev Achilleas Mantzios <achill@matrix.gatewaynet.com>:
On 22/06/2017 11:21, Andreas Joseph Krogh wrote:
Hi.
 
1. Why should one prefer built-in logical replication in pg-10 to pglogical, does it do anything pglogical doesn't?
It seems pglogical is more feature-rich...
2. As I understand built-in logical replication in pg-10 doesn't support large-objects, which we use a lot. Does pglogical replicate large objects? I cannot find any notes about large-objects under "Limitations and Restrictions": https://www.2ndquadrant.com/en/resources/pglogical/pglogical-docs/
You may do a simple test, create a table with a largeobject and try to read the logical stream, if it cannot represent the lo_import, lo_open, lowrite, lo_close (and I 'd bet they can't be encoded) then neither pglogical (being based on the same logical decoding technology) will support them
 
 
The point of email-lists like this is that one may share knowledge so one doesn't have to test everything one self, and can build on knowledge from others. I'm looking for an answer from someone who's not betting, but knows.
 
Thanks.
 
--
Andreas Joseph Krogh
CTO / Partner - Visena AS
Mobile: +47 909 56 963
 
Вложения

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

Предыдущее
От: Moreno Andreo
Дата:
Сообщение: Re: [GENERAL] "joining" table records
Следующее
От: Adrian Klaver
Дата:
Сообщение: Re: [GENERAL] enable PostgreSQL SSL from RPM package installation