File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
http://aspose.com/file-tools
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic

hibernate

 
raj joe
Ranch Hand
Posts: 99
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Is Hibernate a performance bottle neck?

I have an application where there are more than 700 concurrant users and i believe that as hibernate is object linking to DB,there would be lot of objects in the memory and would degrade the performance of the application.
 
Paul Sturrock
Bartender
Posts: 10336
Eclipse IDE Hibernate Java
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
No, in an RDBMS-backed application it is calls to the database that is the usual bottleneck. How you make these calls (via Toplink, Hibernate, iBatis, JDO etc.) is much less important in terms of performance. memory as a resource is very, very cheap, especially when compare to the cost of the development resource required to implement database accessing code for every RDBMS version your application will use.

Straight JDBC will most likely always be faster than any ORM (and straight JDBC calling Stored Procedures could be even faster), but performance should only be a driver if you have a definite requirement for a certain level of performance. Just having 700 concurrent users is a relatively useless indicator of a possibly performance problem for the DAO layer. What data access are these users performing?
[ March 09, 2006: Message edited by: Paul Sturrock ]
 
Sebastian Hennebrueder
Ranch Hand
Posts: 49
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
That SQL, Hibernate, ... behaves the same include that you can make JDBC, Hibernate, EJB applications which are slow. ;-)

Having 700 concurrent will probably imply some tuning.

Regards Sebastian
 
Sid Remey
Ranch Hand
Posts: 31
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
> Straight JDBC will most likely always be faster than any ORM

Could someone elaborate? I thought that one of the advantages of an ORM was the in memory caching it could do which should imply a speed increase due to an in-memory lookup as opposed to a "database over the network" lookup.

Thanks,

Sid
 
Paul Sturrock
Bartender
Posts: 10336
Eclipse IDE Hibernate Java
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Originally posted by Sid Remey:
> Straight JDBC will most likely always be faster than any ORM

Could someone elaborate? I thought that one of the advantages of an ORM was the in memory caching it could do which should imply a speed increase due to an in-memory lookup as opposed to a "database over the network" lookup.

Thanks,

Sid

True, it will perform better. But only if you are accessing the same data over and over again. If you are not, then caching doesn't help.
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic