Re: Patch: Implement failover on libpq connect level.
Robert Haas <robertmhaas@gmail.com>
From: Robert Haas <robertmhaas@gmail.com>
To: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Cc: Peter van Hardenberg <pvh@pvh.ca>, "pgsql-hackers@postgresql.org" <pgsql-hackers@postgresql.org>
Date: 2016-10-25T17:26:07Z
Lists: pgsql-hackers
On Mon, Oct 24, 2016 at 4:15 PM, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote: > On 10/24/16 11:57 AM, Robert Haas wrote: >> Today, since the host part can't include a >> port specifier, it's regarded as part of the IP address, and I think >> it would probably be a bad idea to change that, as I believe Victor's >> patch would. He seems to have it in mind that we could allow things >> like host=[1:2:3::4:5:6] or host=[1:2:3::4:5]:6, which would might be >> helpful for the future but doesn't avoid changing the meaning of >> connection strings that work today. > > Let's keep in mind here that the decision to allow database names to > contain a connection parameter substructure has caused some security > issues. Let's not create more levels of ambiguity and the need to pass > around override flags. I agree. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
Commits
-
libpq: Add target_session_attrs parameter.
- 721f7bd3cbcc 10.0 landed
-
Remove superuser checks in pgstattuple
- fd321a1dfd64 10.0 cited
-
Fix unwanted flushing of libpq's input buffer when socket EOF is seen.
- c405918858c0 9.6.0 cited