FYI - Schema docs are under the Generator tab. As to the Torque vs Hibernate, I agree with what Thomas said and would add the following:
Hibernate is supported and "marketed" by Redhat/JBoss (a great deal initially, but now it's a community thing). In addition, they designed it on better "buzz words". E.g., it's Enterprise Middle-ware designed to let programmers implement business logic that is supported be a variety of back-end including full blown EJB application environments (like JBoss). By contrast, IMHO, Torque is designed as a RAD tool focused on making JDBC simple for programmers. So they can get on with writing business logic and not worry about many of the fiddly persistence details. Not only that but it is designed to help make long term maintenance easier. For example: by using complier constants to help identify column name changes; A single XML schema file that can be updated as tables change and re-generate the access objects; and the like. > -----Original Message----- > From: Thomas Fischer [mailto:fisc...@seitenbau.net] > Sent: Monday, January 26, 2009 12:22 PM > To: Apache Torque Users List > Subject: Re: newbie question about postgres: nextval > > > Can you explaim why is so overwhelmed by Hibernate ? Is there some > > performance related isssue ? > > My personal opinion is that there are two reasons: > 1) documentation is _MUCH_ better for hibernate > 2) The concept for hibernate seems to be easy: Give an object to > Hibernate > and Hibernate does all the persistence work. > > But it not an performance issue. As you have total control over what the > database does, you have more optimisation potential in Torque than in > Hibernate. Maybe in some special cases it is more work to optimize Torque > application, but it is certainly feasible. > > Thomas DukeCE Privacy Statement: Please be advised that this e-mail and any files transmitted with it are confidential communication or may otherwise be privileged or confidential and are intended solely for the individual or entity to whom they are addressed. If you are not the intended recipient you may not rely on the contents of this email or any attachments, and we ask that you please not read, copy or retransmit this communication, but reply to the sender and destroy the email, its contents, and all copies thereof immediately. Any unauthorized dissemination, distribution or copying of this communication is strictly prohibited. --------------------------------------------------------------------- To unsubscribe, e-mail: torque-user-unsubscr...@db.apache.org For additional commands, e-mail: torque-user-h...@db.apache.org
