-->
These old forums are deprecated now and set to read-only. We are waiting for you on our new forums!
More modern, Discourse-based and with GitHub/Google/Twitter authentication built-in.

All times are UTC - 5 hours [ DST ]



Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 2 posts ] 
Author Message
 Post subject: Oracle Clobs and batch-size property
PostPosted: Tue Feb 03, 2004 6:51 am 
I have experienced (and seen same problem in many forum topics) that Oracle Clob/Blob are not compatible with batch updates.
-> Oracle error = "streams type cannot be used in batching"

I am a little "upset" to have to disable the batch update mode in my whole application just because of a clob in one of my persistent classes :-(

Is there an alternative solution ?

I have noticed that a new new property (batch-size) has been introduced in the class mapping:

Code:
<class
        ...
        batch-size="N"      (13)
        ...
</class>

Does it mean that we can now disable batch updates for a single class :-) ?
=> not really clear to me: the doc says this property is used for fetching instances...

Thanks in advance.


Top
  
 
 Post subject:
PostPosted: Fri Mar 26, 2004 3:16 pm 
Regular
Regular

Joined: Fri Dec 12, 2003 2:09 pm
Posts: 84
Location: San Francisco, USA
If this is a major performance issue for you, you could use a secondary SessionFactory with batch-updates disabled for your LOB updates.

This is an Oracle shortcoming more than anything else, and there aren't any obvious workarounds that Hibernate could provide.


Top
 Profile  
 
Display posts from previous:  Sort by  
Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 2 posts ] 

All times are UTC - 5 hours [ DST ]


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
© Copyright 2014, Red Hat Inc. All rights reserved. JBoss and Hibernate are registered trademarks and servicemarks of Red Hat, Inc.