Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / Databases / March 2006

Tip: Looking for answers? Try searching our database.

When to use DAO?

Thread view: 
hilz - 19 Mar 2006 05:11 GMT
In the hibernate documentation:

http://www.hibernate.org/hib_docs/v3/reference/en/html_single/

there is this advise about using DAO:

<quote>
Consider abstracting your business logic from Hibernate.

    Hide (Hibernate) data-access code behind an interface. Combine the
DAO and Thread Local Session patterns. You can even have some classes
persisted by handcoded JDBC, associated to Hibernate via a UserType.
(This advice is intended for "sufficiently large" applications; it is
not appropriate for an application with five tables!)

</quote>

So when should i consider using DAO? What is considered a "sufficiently
large" application?
According to the quote above, five tables is not. But what is?
Is a 20 table app a sufficiently large one? 50? 200?

Any help is a appreciated.
Luke Webber - 19 Mar 2006 23:39 GMT
> In the hibernate documentation:
>
[quoted text clipped - 19 lines]
>
> Any help is a appreciated.

My advice would be that a five-table app is probably not sufficiently
large or complex to require Hibernate, but might still benefit from DAO. <g>

Luke


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.