From: | Oliver Jowett <oliver(at)opencloud(dot)com> |
---|---|
To: | Fernando Nasser <fnasser(at)redhat(dot)com> |
Cc: | Dmitry Tkach <dmitry(at)openratings(dot)com>, Kim Ho <kho(at)redhat(dot)com>, Barry Lind <blind(at)xythos(dot)com>, pgsql-jdbc-list <pgsql-jdbc(at)postgresql(dot)org>, Dave Cramer <Dave(at)micro-automation(dot)net> |
Subject: | Re: IN clauses via setObject(Collection) [Was: Re: Prepared Statements] |
Date: | 2003-07-21 16:14:06 |
Message-ID: | 20030721161406.GA9307@opencloud.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
On Tue, Jul 22, 2003 at 03:47:49AM +1200, Oliver Jowett wrote:
> On Mon, Jul 21, 2003 at 11:26:11AM -0400, Fernando Nasser wrote:
>
> > I think Dima is arguing that Collection could be treated as an special case
> > where it indicates a list of something instead of a single something.
> >
> > So, we would iterate through this Collection using its iterator and, for
> > each Object obtained, act like a setObject has been used with that Object
> > and the JAVA TYPE as an argument.
> >
> > The Types.OTHER is used for database specific SQL types or for Dynamic Data
> > Access support. As the Collection class is not a data type there is no
> > chance of confusion.
>
> Ya, I understand. My main objection is that setObject(n, object,
> Types.INTEGER), in all other cases, means "interpret object as an integer,
> or fail if it can't be cast in that way".
Also.. what would we do with this object?
public class AnnoyingObject implements java.util.Collection, java.sql.Array {
// ...
}
then setObject(n, new AnnoyingObject(), Types.ARRAY);
Is that an Array, or an IN clause of Arrays? :)
(Array is the obvious candidate for also being a Collection, but potentially
you could do it with other types too)
-O
From | Date | Subject | |
---|---|---|---|
Next Message | scott.marlowe | 2003-07-21 16:20:01 | Re: Sql Types Supported |
Previous Message | Fernando Nasser | 2003-07-21 16:12:44 | Re: RFC: Removal of support for JDBC1 drivers. |