• Post Reply
  • Bookmark Topic Watch Topic
  • New Topic

Comparison between CMP/JDO/JDBC

 
JDO Fans
Greenhorn
Posts: 1
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi all,

Is there any comparison and figures between those technologies (CMP/JDO/JDBC) in terms of Performance for search/update/insert/delete, flexibility, maintability?
 
Mark Spritzler
ranger
Sheriff
Posts: 17278
6
IntelliJ IDE Mac Spring
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
"JDO Fans"-
Welcome to the JavaRanch! Please adjust your displayed name to meet the

JavaRanch Naming Policy.

You can change it

here.

Thanks! and welcome to the JavaRanch!

Mark
 
Mark Spritzler
ranger
Sheriff
Posts: 17278
6
IntelliJ IDE Mac Spring
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
JDO Fans, I don't understand how you came up with your "Handle" and then ask a question like you do.

It sounds to me like you have already made up your mind with JDO. If that is the case then this would be a trolling post, which we really frown upon here, and would probably close this thread.

There have been tests and you can probably do a google search online and find some.

Thirdly your comparison is a little incorrect. JDO uses byte enhancements that injects JDBC code, in CMP the app server uses JDBC to make its database calls, so in all cases you are already automatically using JDBC. Even all the ORM produce JDBC calls to call the database.

Yes if the data is stored in straight files rather than an RDBMS you can avoid JDBC, but then Hibernate is the only way that the "model" stays the same and can save the objects to the flat files.

But that is hide nor hare.

Mark
 
J�r�me Beau
Greenhorn
Posts: 2
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
your comparison is a little incorrect

I agree. Comparing CMP/JDO/JDBC is like comparing a car, its direction system and its engine. You can say that an engine alone performs better than a whole car for some purposes, but you won't find easy to drive along a road with an engine.

JDO uses byte enhancements that injects JDBC code

More accurately, JDO uses bytecode enhancements to transparently track accesses (read/writes) to Java objects. JDO doesn't not always imply JDBC.

in CMP the app server uses JDBC to make its database calls

Most of the time, yes, but rather indirecly. Actually using CMP means asking the EJB persistence service to manage entity bean persistent state, whatever this persistence service could be (JDBC code, JDO, Hibernate, or anything else). For instance the Borland Application Server CMP provided a pluggable persistence service. But, indeed, almost all of CMP implementations use their own plain JDBC persistence service.

so in all cases you are already automatically using JDBC

No, JDO (or even CMP strictly speaking) is not required to use JDBC. Indeed, various JDO implementations support more persistence APIs than JDBC.

Even all the ORM produce JDBC calls to call the database.

Yes, because R mean Relational. But I would not put JDO nor CMP into the ORM box.

Yes if the data is stored in straight files rather than an RDBMS you can avoid JDBC, but then Hibernate is the only way that the "model" stays the same and can save the objects to the flat files

False. JDO allows this -- and is designed to -- typically.

[ August 31, 2004: Message edited by: J�r�me Beau ]
[ August 31, 2004: Message edited by: J�r�me Beau ]
 
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic