Andrew Dunstan <[EMAIL PROTECTED]> writes:
> I have been working on providing psql with the ability to accept a libpq 
> conninfo string, so that the following now works for me:
>   psql "conn:service=sname user=uname"

Perhaps this should be implemented in libpq, not at the psql level?
Otherwise you're going to have to do it over for each client program.

> 2. If this is ok, what should the prefix be? is "conn:" ok?

I'd prefer to dispense with the conn:, so that this looks somehow
designed in rather than bolted on after the fact.

I'm tempted to suggest that if the "dbname" includes "=" it should be
considered a conninfo string; perhaps also after checking keyword

> 3. Should we append settings from other switches to the conninfo (e.g. 
> -U or -h), or should we just ignore them? If we ignore them should we 
> warn about that if they are present?

Do we complain about duplicate keywords in conninfo now?  I think not,
so appending the other switches would have the result of overriding what
is in conninfo, which is probably reasonable.  (Actually, if you
implement this in libpq, there's probably no need to form the appended
string explicitly --- just process the other options of PQsetdbLogin()
after the conninfo.)

                        regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 7: You can help support the PostgreSQL project by donating at


Reply via email to