From: | Oliver Jowett <oliver(at)opencloud(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Ken Geis <kgeis(at)speakeasy(dot)net>, pgsql-jdbc(at)postgresql(dot)org |
Subject: | Re: patch: ResultSetTest.java |
Date: | 2005-10-25 20:40:01 |
Message-ID: | 435E9821.5060704@opencloud.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
Tom Lane wrote:
> Ken Geis <kgeis(at)speakeasy(dot)net> writes:
>>aclitem is one of few types that does not have send and receive
>>functions defined.
>
> Oh, my mistake, I looked at the entry for _aclitem ... but you're right,
> the underlying type doesn't have 'em.
Hm, this would seem to be an obstacle to using binary output formats in
a general-purpose client..
The driver generally does not know the type of the columns returned by a
query ahead of time (without an extra round-trip, which has a
performance cost), so returning columns as binary is going to be
all-or-nothing.
If the act of selecting binary output for a column is going to cause an
ERROR on a query that would otherwise succeed.. that's pretty nasty :(
Any plans for the backend to require send/receive functions for all
types? Or perhaps something like using the input/output functions if
send/receive are not present?
-O
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-10-25 20:49:24 | Re: patch: ResultSetTest.java |
Previous Message | Oliver Jowett | 2005-10-25 20:21:42 | Re: patch: ResultSetTest.java |