From: | "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov> |
---|---|
To: | <simon(at)2ndQuadrant(dot)com>,<peter_e(at)gmx(dot)net> |
Cc: | <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: libpq URL syntax vs SQLAlchemy |
Date: | 2012-05-12 14:37:21 |
Message-ID: | 4FAE2F510200002500047C20@gw.wicourts.gov |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
>>Simon Riggs wrote:
>>On 9 May 2012 19:17, Peter Eisentraut wrote:
>>
>>> I have been reviewing how our new libpq URL syntax compares
>>> against existing implementations of URL syntaxes in other drivers
>>> or higher-level access libraries. In the case of SQLAlchemy,
>>> there is an incompatibility regarding how Unix-domain sockets are
>>> specified.
>>
>> Is there an open standard that already defines this?
There are many. The most recent, as far as I know is RFC 3986, which
updates one previous RFC and obsoletes three others.
http://tools.ietf.org/html/rfc3986
We should also take the JDBC URL requirements into consideration.
One unpleasant aspect of this is that what JDBC calls a "URL" is
"jdbc:" followed by what could be a valid URI; but I don't see how
the *whole thing* (including the leading "jdbc:" qualifies as a URI
or URL). Unless someone has a better idea, I suggest that we make
what follows the "jdbc:" portion of the JDBC "URL" match what we use
for a URI for everything else.
>> If there is an existing standard we should follow it
+1
I don't know whether recent work on this has respected the standards.
I hope so.
-Kevin
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2012-05-12 14:55:12 | Re: Re: [COMMITTERS] pgsql: Ensure age() returns a stable value rather than the latest value |
Previous Message | Bruce Momjian | 2012-05-12 13:27:16 | Re: Draft release notes complete |