| From: | Oliver Jowett <oliver(at)opencloud(dot)com> |
|---|---|
| To: | Greg Stark <gsstark(at)mit(dot)edu> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Merlin Moncure <merlin(dot)moncure(at)rcsonline(dot)com>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: libpq and prepared statements progress for 8.0 |
| Date: | 2004-09-16 04:45:55 |
| Message-ID: | 41491A83.60408@opencloud.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Greg Stark wrote:
> Oliver Jowett <oliver(at)opencloud(dot)com> writes:
>
>>There *are* benefits to implementing the protocol directly. First on my
>>personal list is that our Java application would not be able to use postgresql
>>at all if the driver required JNI/libpq.
>
>
> Well benefits that boil down to "Java sucks" aren't very convincing. Perl
> suffers from no such handicap.
Arguing that Java-specific benefits are not convincing benefits for a
JDBC driver because you don't get them in Perl seems a bit odd to me.
You're not implementing the driver in Perl!
Anyway, it's not a language issue so much as a support issue. We're not
in a position to build and support libpq and a JNI interface to it on a
large range of hardware platforms, but we can get 3rd party support for
JVMs on those platforms just fine.
> Incidentally, does the JDBC spec really allow for multiple-statement queries
> at all?
No, but it's a common extension, and earlier driver versions (talking
only V2) supported it.
-O
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Greg Stark | 2004-09-16 05:11:38 | Re: libpq and prepared statements progress for 8.0 |
| Previous Message | Greg Stark | 2004-09-16 04:20:36 | Re: libpq and prepared statements progress for 8.0 |