And... (+1 on the devil's advocate theme)

Don't forget how much time those abstraction tools can save you if you EVER had 
to change your database schema, but not
your objects, OR your database product (like if someone went out of business or 
you desperately needed a feature from
another database and had to switch back-ends, which does happen sometimes).

Regards,
David


-----Original Message-----
From: Frank W. Zammetti [mailto:[EMAIL PROTECTED]
Sent: Monday, November 28, 2005 10:26 AM
To: Struts Users Mailing List
Cc: Struts Users Mailing List
Subject: Re: [OT] performance of JDBC only, without Hibernate or iBatis


Just to play devil's advocate... isn't it true that Hibernate, iBATIS and
other similar offerings can do optimizations at the query level that
offsets  much, if not all, of the reflection costs?

--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
AIM: fzammetti
Yahoo: fzammetti
MSN: [EMAIL PROTECTED]

On Mon, November 28, 2005 12:14 am, Paul Benedict said:
>>>If a web app uses JDBC only, is the performance slower than Hibernate or
>>> iBatis?
>
> Pure JDBC is actually faster because there is no abstraction on top.
> IBATIS and Hibernate (I use
> both) rely on reflection to populate objects and reflection is 2x-10x
> slower than direct Java
> access. However, being actually faster (in nano or microseconds) doesn't
> look much different from
> a user's perspective. If you have extremely high performance requirements,
> don't deal with
> anything that does reflection - do straight SQL over JDBC.
>
> Paul
>
>
>
> __________________________________
> Yahoo! Music Unlimited
> Access over 1 million songs. Try it free.
> http://music.yahoo.com/unlimited/
>
> ---------------------------------------------------------------------
> 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]


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

Reply via email to