From: | Albe Laurenz <laurenz(dot)albe(at)wien(dot)gv(dot)at> |
---|---|
To: | 'PostgreSQL - Hans-Jürgen Schönig *EXTERN*' <postgres(at)cybertec(dot)at> |
Cc: | Victor Wagner *EXTERN* <vitus(at)wagner(dot)pp(dot)ru>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Proposal: Implement failover on libpq connect level. |
Date: | 2015-08-18 09:19:03 |
Message-ID: | A737B7A37273E048B164557ADEF4A58B50F93091@ntex2010i.host.magwien.gv.at |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-jdbc |
Hans-Jürgen Schönig wrote:
> in addition to that you have the “problem” of transactions. if you failover in the middle
> of a transaction, strange things might happen from the application point of view.
>
> the good thing, however, is that stupid middleware is sometimes not able to handle
> failed connections. however, overall i think it is more of a danger than a benefit.
Maybe I misunderstood the original proposal, but my impression was that the alternative
servers would be tried only at the time the connection is established, and there would be no
such problems as you describe.
Those could only happen if libpq automatically tried to reconnect upon failure without
the client noticing.
So the stupid middleware would get an error message, but the reconnect would actually work.
Yours,
Laurenz Albe
From | Date | Subject | |
---|---|---|---|
Next Message | PostgreSQL - Hans-Jürgen Schönig | 2015-08-18 10:07:10 | Re: Proposal: Implement failover on libpq connect level. |
Previous Message | PostgreSQL - Hans-Jürgen Schönig | 2015-08-18 08:49:50 | Re: Proposal: Implement failover on libpq connect level. |
From | Date | Subject | |
---|---|---|---|
Next Message | PostgreSQL - Hans-Jürgen Schönig | 2015-08-18 10:07:10 | Re: Proposal: Implement failover on libpq connect level. |
Previous Message | PostgreSQL - Hans-Jürgen Schönig | 2015-08-18 08:49:50 | Re: Proposal: Implement failover on libpq connect level. |