I go for Hibernate for one reason:

IMHO: If you *really* want to use SQL, and make youre life easy, you'd avoid
thinking in terms of persisting specific objects. You'd create one
ultimately reusable object.

Every app would use the same object model: at the top, there'd be an object
which mimic'd a database. It would contain a Set of objects that mimic'd a
database table. Each table would contain a Set of row objects, and each row
object would contain a Map of field/value pairs. Maybe not a map. You'd also
need to know the native type for each field...but you see where I'm going.

Every Query and Update would use this big ol' collection for what needed to
go where (looking at the native type for e.

And Every application using an SQL database could reuse this model. All of
your code could be geared for it. You would even have custom jsp tags to
grab data out of this collection. I worked in such a framework once. It had
it's moments.

IBatis strikes me as a middle ground between the above POV and Hibernate's.
I see both philosophies. I just dont get the middle ground. If you want to
go OO, go OO.

One day there will be real usable OO databases (not like CA Jasmine. hack.
cough. wheeze.) and I strongly suspect they'll work alot like hibernate.

> -----Original Message-----
> From: struts Dude [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, September 01, 2004 4:37 PM
> To: Struts Users Mailing List
> Subject: Hibernate VS ibatis, which is better?
>
>
> Hello
>
> Just want some feedback from ppl who know
> both. Which one is more powerful and easier
> to use?
>
> Personally I only know iBatis but seeing so
> many web app built on hibernate and even
> a book on hibernate to be published, just
> wandering if it's worth my time to learn hibernate.
>
> Thanks
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to