I have a DAO interface which is implemented by a subclass of Spring's SqlMapClientDaoSupport
--- Michael Campbell <[EMAIL PROTECTED]> wrote: > Just a general note here... not every tool is > suitable for every project. > iBatis solves a very LARGE set of needs, but it > might be that it just > doesn't solve THIS one (it might, but it's sounding > like not...) > > Good luck in any case, and I wish I had a nifty > solution for you. > > Out of curiosity, are you using ibatis' daos, or > rolling your own? > > On 11/2/05, Paul Benedict <[EMAIL PROTECTED]> > wrote: > > Reuben (I hope that's your first name :-)), > > > > >> Vendor / Branch / Employee / Address > > >> When I load a Vendor, I wish (if at all > possible) > > to load it from the cache, since it contains all > sub > > objects (Branch, Employee, Address), and is rather > > big. > > > > I am in the same situation (see my posts about my > > Fruit object). I am curious about how you feel > about > > needing to list out, if you do, all your columns > for > > those 4 objects to retrieve a Vendor. This assumes > > you're not doing 4 selects, but one select using > > joins. > > > > I imagine you have standalone queries like > findBranch, > > findEmployee, findAddress which lists out their > > respective columns, but then you need to list out > all > > those columns again for findVendor? > > > > I am looking for a good methodology here. I know > > Hibernate generates the columns to select > > automatically and I like that because I don't like > > having to tread through multiple sqlmaps just to > > update many select statements when things change. > > > > What is your take on my concern? > > > > > > > > > > __________________________________ > > Yahoo! Mail - PC Magazine Editors' Choice 2005 > > http://mail.yahoo.com > > > > > -- > I tend to view "truly flexible" by another term: > "Make everything > equally hard". -- DHH > __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com
