aspose file tools*
The moose likes Object Relational Mapping and the fly likes HIBERNET Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Databases » Object Relational Mapping
Bookmark "HIBERNET" Watch "HIBERNET" New topic
Author

HIBERNET

MARIO DAVILA
Greenhorn

Joined: Apr 09, 2007
Posts: 2
Its posible the use of hibernet in batch procesing in a aplication(not web)?,in such case which is the specification that i had to look for?
Halcon Guatemala
Ranch Hand

Joined: Sep 06, 2006
Posts: 57
Can you provide additional info about your problem? Thanks


"La verdadera sabidur´┐Ża viene del temor de Dios"
Mark Spritzler
ranger
Sheriff

Joined: Feb 05, 2001
Posts: 17259
    
    6

Hibernate and JPA can do mass updates/inserts/deletes, but you need to be careful that you either use the underlying JDBC Connection directly, or the new ways to do them, you will need to look at the APIs to get that.

Also, in terms of JDBC Batch processing, all Hibernate flushes occur using JDBC Batch processing.

Mark


Perfect World Programming, LLC - Two Laptop Bag - Tube Organizer
How to Ask Questions the Smart Way FAQ
MARIO DAVILA
Greenhorn

Joined: Apr 09, 2007
Posts: 2
Originally posted by Mark Spritzler:
Hibernate and JPA can do mass updates/inserts/deletes, but you need to be careful that you either use the underlying JDBC Connection directly, or the new ways to do them, you will need to look at the APIs to get that.

Also, in terms of JDBC Batch processing, all Hibernate flushes occur using JDBC Batch processing.

Mark


thanks Mark .Im using unix whit db2 Do you think that a java aplication whit hibernet would have a good performanse against cobol?
Peer Reynders
Bartender

Joined: Aug 19, 2005
Posts: 2922
    
    5
Originally posted by MARIO DAVILA:
Do you think that a java application whit hibernate would have a good performance against Cobol?


That is a difficult question to answer. However it is likely that the Cobol implementation could out-perform the Java/Hibernate combination. But even if that us is true - it still would be difficult to predict how much slower the Java/Hibernate combo actually would be. This is also heavily influenced by how good the designs of the both the Cobol and Java/Hibernate implementations are.

The only way to find out is to select a processing and I/O intensive sub-function of the existing implementation and to implement it in Java/Hibernate and compare the respective performances.

However performance is only one dimension of any solution. Java/Hibernate has the added advantage that it is much easier to move to TDD - eventually all your code will be under automated unit test, so that any future changes are easier and can be made with more confidence.

Java also creates the opportunity to create a Domain Model, if the business domain that the batch is working on is particularly complex.

Code written against domain model objects tends to express the business process and rules directly rather than burying them deep inside of low level code. A Domain Model that is well matched with the business domain also tends to easier to adapt to changing business needs.

So even if Cobol performs (slightly) better there are still plenty of good reasons to go the Java/Hibernate route (provided the potential is exploited appropriately).
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: HIBERNET