All good points -----Original Message----- From: Soaring Eagle [mailto:[EMAIL PROTECTED] Sent: Thursday, February 10, 2005 12:18 PM To: Struts Users Mailing List Subject: Re: Hibernate object relational mapping
Well, hibernate does the one thing of database access very well, but one still has to learn hibernate - just as one would have to learn SQL or JDBC and one still has to maintain hibernate when your business object design or data schema changes - just as one would have to maintain SQL and Data Access Objects. I would not say that one is better than other. I would in fact suggest using hibernate for one reason - not because they do the "database thing" well - but because hibernate provides very good seperation of database logic and any other logic - leading to more maintainability, reuse(perhaps) and ease of portability etc etc.. On Thu, 10 Feb 2005 12:07:40 -0500, Bryce Fischer <[EMAIL PROTECTED]> wrote: > I honestly don't know how much different using Hibernate will degrade as > compared to using Stored Procedures... But, on top of the advice > everyone else has given you, you might look at Ibatis. I personally have > never used it, but I mean to soon. > > My thought is this: Its fairly easy to write your own persistence layer, > but at what cost? A day? A week? Hibernate (and others) do one thing, > and they do it good. Why reinvent the wheel. > > Just my unworthy opinion.. I'm far from a SQL Guru, but I think I can > write pretty good SQL. > > Brian McGovern wrote: > > That was my question. From what i understand hibernate uses sql statements > > not stored procs. And i assumed that even though it was more coding on my > > part, that using stored procs and JDBC i could achieve faster db > > interaction. > > > > But we all know what happens when we assume.. haha > > --------------------------------------------------------------------- > 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]
