Re: Support for named parameters in the PostgreSQL JDBC driver

From: Dave Cramer <pg(at)fastcrypt(dot)com>
To: Kris Jurka <books(at)ejurka(dot)com>
Cc: Ravi Periasamy <rperiasamy(at)aol(dot)com>, pgsql-jdbc(at)postgresql(dot)org, jdb_switcher_dev <jdb_switcher_dev(at)LISTSERV(dot)SUP(dot)AOL(dot)COM>
Subject: Re: Support for named parameters in the PostgreSQL JDBC driver
Date: 2006-11-16 23:28:34
Message-ID: 087676AC-4DF5-4312-8596-EE17D9D9E4D9@fastcrypt.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-jdbc

The patch looks promising, however my gut reaction to this is that
until it's supported by the protocol this will break more often than
it will work. On top of that named parameters are not part of the SQL
spec.

Dave
On 16-Nov-06, at 12:52 PM, Kris Jurka wrote:

>
>
> On Thu, 16 Nov 2006, Ravi Periasamy wrote:
>
>> Dear PGSQL-JDBC Team,
>> Could you please let me know if the support for "Named Parameters"
>> in the
>> JDBC driver is slated for some future release?
>>
>
> Just recently I noticed an overlooked patch that implements this:
> http://archives.postgresql.org/pgsql-jdbc/2006-07/msg00011.php
>
> The suggested patch isn't quite right, but its approach can work in
> many cases. If functions are not overloaded then a simple lookup
> of parameter names by the function name would work. If the
> function is overloaded we might be able to use the parameter type
> given by setXXX to try and determine what function we're actually
> calling, but it's probably better to just error out in that case.
>
> Kris Jurka
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 3: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/docs/faq
>

In response to

Browse pgsql-jdbc by date

  From Date Subject
Next Message Oliver Jowett 2006-11-17 11:34:18 Re: help with front/backend datatype converting
Previous Message Mikko Tiihonen 2006-11-16 22:20:29 ResultSet.getBytes() of bytea speedup batch