Re: libpq URL syntax vs SQLAlchemy

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

Browse pgsql-hackers by date

  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