Re: Patch: Implement failover on libpq connect level.

Поиск
Список
Период
Сортировка
От Tatsuo Ishii
Тема Re: Patch: Implement failover on libpq connect level.
Дата
Msg-id 20161116.140344.1033805703890845524.t-ishii@sraoss.co.jp
обсуждение исходный текст
Ответ на Re: Patch: Implement failover on libpq connect level.  (Mithun Cy <mithun.cy@enterprisedb.com>)
Ответы Re: Patch: Implement failover on libpq connect level.
Список pgsql-hackers
> JDBC is sending "show transaction_read_only" to find whether it is master
> or not.
> Victor's patch also started with it, but later it was transformed into
> pg_is_in_recovery
> by him as it appeared more appropriate to identify the master / slave.

In my understanding pg_is_in_recovery() returns true if it's a standby
node. However, even if it returns other than true, the server is not
necessarily a primary. Even it's not configured as a streaming
replication primary, it returns other than true.

So if your intention is finding a primary, I am not sure if
pg_is_in_recovery() is the best solution.

Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp



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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: regression tests fails
Следующее
От: Noah Misch
Дата:
Сообщение: Re: pgsql: Add putenv support for msvcrt from Visual Studio 2013