On Fri, 30 Oct 2015 14:26:45 +0100 Robert Haas <robertmh...@gmail.com> wrote:
> On Thu, Oct 29, 2015 at 8:29 PM, Peter Eisentraut <pete...@gmx.net> > wrote: > > That's true, but doesn't allowing every parameter to be multiply > specified greatly increase the implementation complexity for a pretty > marginal benefit? I think host and IP would hit 98% of the use cases > here. As far as I can tell from the experience of writing this patch, it would greatly increase complexity. If there should be only need to have multiple hosts, I could almost completely incapsulate changes into DNS resolving code (which already allows to handle several addresses). Need to support different port for each host already required change of internal storage, and as a consequence changes in the regression test suite (src/interfaces/libpq/test/regress.out) But both host and port are used in the same place - in the connect system call. If we add possibility to different values per host for some parameter, such as database name, which should be used significantly later, i.e. during sending of first protocol message, size of patch would grow may be twice. -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
