>
> Hmm... I'm not sure I understand. Won't calling setString() negate
> some the memory benefits of using a Clob (ie. not everything
> needs to be
> in memory)? I guess I'll wait and look at the code.
Only when first *creating* a Clob. When, presumably, you have the whole
thing in memory to begin with. It may also be helpful to provide a
version of createClob() that takes a stream. But as you pointed out,
support for setBinaryStream() / setAsciiStream() is patchy. So lets
start off with the assumption that when the application initially
creates the CLob it is all sitting there in memory. (This would not
be the case if, for example, the app was reading it from a file and
writing into the DB.
After that, new text can be added by methods on the Clob interface.
> >I havn't noticed this myself. In fact my tests havn't shown
> this to be
> >a problem. Anyway, it is already possible to do select for update in
> >Hibernate, by using LockMode.UPGRADE. We might have to extend that
> >functionality just a little bit, if it turns out that you
> are correct.
> >But this is certainly not insurmountable.
> >
>
> I have to admit that I haven't noticed this myself either, but that's
> what the Oracle JDBC doc states.
Hmmm. interesting. I actually *have* tested this on Oracle 8i. I
wonder why they say that.....
> >Yes please! I had something *really* simple but threw it away after
> >initially testing its feasibility.
> >
>
> Attached. The only caveat is that I implemented the writes
> such that it
> truncates the stream since that's the behavior I wanted.
> IIRC it should
> be easy to change this behavior.
Thanks :)
P.S. I've never figured out IIRC.....
********** CAUTION - Disclaimer **********
This message may contain privileged and confidential
information. If you are not the intended recipient of this
message (or responsible for delivery of the message to
such person) you are hereby notified that any use,
dissemination, distribution or reproduction of this message
is prohibited. If you have received this message in error,
you should destroy it and kindly notify the sender by reply
e-mail. Please advise immediately if you or your employer
do not consent to Internet e-mail for messages of this kind.
Opinions, conclusions and other information in this
message that do not relate to the official business of
Expert Information Services Pty Ltd ("The Company")
shall be understood as neither given nor endorsed by it.
The Company advises that this e-mail and any attached
files should be scanned to detect viruses. The Company
accepts no liability for loss or damage (whether caused
by negligence or not) resulting from the use of any
attached files.
**EIS******** End of Disclaimer **********
-------------------------------------------------------
This SF.NET email is sponsored by: The Best Geek Holiday Gifts!
Time is running out! Thinkgeek.com has the coolest gifts for
your favorite geek. Let your fingers do the typing. Visit Now.
T H I N K G E E K . C O M http://www.thinkgeek.com/sf/
_______________________________________________
hibernate-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/hibernate-devel
