Re: ResultSet.getClob() causing problems when used with JPA's @Lob

From: Andreas Joseph Krogh <andreak(at)officenet(dot)no>
To: pgsql-jdbc(at)postgresql(dot)org
Subject: Re: ResultSet.getClob() causing problems when used with JPA's @Lob
Date: 2011-02-07 23:25:03
Message-ID: 4D507F4F.7020809@officenet.no
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-jdbc

On 02/07/2011 10:38 PM, Radosław Smogura wrote:
> PostgreSQL doesn't have field type CLOB, nor BLOB.

I know that.

> If eveny it would be possible for driver to read CLOB from varchar, driver
> will be unable to set proper value when calling UPDATE or INSTERT. It is due
> to internal way how PSQL deals with those values.

Isn't the whole concept of CLOB just a bi-product of old proprietary
database-design where some RDBMS'es are unable to store arbitrary long
varchars? What properties do CLOBs have that varchars don't, except
being large? I don't understand why CLOBs can't be treated like text in
the PG-driver as PG handles large Strings just fine in
varchar/text-columns. If a DBA has for some reason defined a scale, say
VARCHAR(10), on a column and tries to store a CLOB in it, well - his
problem; He should get an Exception from PG.

> I know drivers supports custom casting, but casting from varchar to clob is
> implicite prohibted in JDBC. If you look at B-6 table x indicates possible
> casting. There is no x, nor X on varchar cross clob

Does it not make sense to you to be able to cast a *character large
object* to a *variable length character*-type and visa versa?

If the only argument is spec-complience I'm not getting it...

--
Andreas Joseph Krogh <andreak(at)officenet(dot)no>
Senior Software Developer / CTO
Public key: http://home.officenet.no/~andreak/public_key.asc
------------------------+---------------------------------------------+
OfficeNet AS | The most difficult thing in the world is to |
Rosenholmveien 25 | know how to do a thing and to watch |
1414 Trollåsen | somebody else doing it wrong, without |
NORWAY | comment. |
Org.nr: NO 981 479 076 | |
| |
Tlf: +47 24 15 38 90 | |
Fax: +47 24 15 38 91 | |
Mobile: +47 909 56 963 | |
------------------------+---------------------------------------------+

In response to

Responses

Browse pgsql-jdbc by date

  From Date Subject
Next Message Lukas Eder 2011-02-07 23:26:58 UDT arrays
Previous Message Radosław Smogura 2011-02-07 21:38:42 Re: ResultSet.getClob() causing problems when used with JPA's @Lob