| From: | Kris Jurka <books(at)ejurka(dot)com> |
|---|---|
| To: | Andreas Joseph Krogh <andreak(at)officenet(dot)no> |
| Cc: | pgsql-jdbc(at)postgresql(dot)org |
| Subject: | Re: ResultSet.getClob() causing problems when used with JPA's @Lob |
| Date: | 2011-02-09 00:20:32 |
| Message-ID: | alpine.BSO.2.00.1102081917080.25347@leary.csoft.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-jdbc |
On Mon, 7 Feb 2011, Andreas Joseph Krogh wrote:
> It's not clear to me why the JDBC-driver for PG shouldn't just use
> rs.getString() internally for getClob() calls? Requiring
> special-handling in Hibernate for dealing with Strings by setting an
> obscure property just doesn't seem right. And I don't want to set a
> property to handle CLOB which might affect how I use BLOBs.
>
The problem is that we have no idea what someone might want to do with a
CLOB after they've fetched it. You're coming from the idea that all they
want to do is read it and copy the data out to a String. From that
perspective it's not hard to have a Clob wrapper around a String, but what
happens when they say clob.setString(13, "data")? Are we going to try and
figure out what row of what table that varchar column is coming from and
do a partial update on it?
Kris Jurka
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Lew | 2011-02-09 03:23:29 | Re: ResultSet.getClob() causing problems when used with JPA's @Lob |
| Previous Message | RW Shore | 2011-02-08 19:36:53 | Bug in handling of money type |