Return-Path: Delivered-To: apmail-ibatis-user-java-archive@www.apache.org Received: (qmail 79045 invoked from network); 3 Nov 2005 01:17:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 3 Nov 2005 01:17:28 -0000 Received: (qmail 7891 invoked by uid 500); 3 Nov 2005 01:17:26 -0000 Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org Received: (qmail 7873 invoked by uid 500); 3 Nov 2005 01:17:25 -0000 Mailing-List: contact user-java-help@ibatis.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user-java@ibatis.apache.org Delivered-To: mailing list user-java@ibatis.apache.org Received: (qmail 7862 invoked by uid 99); 3 Nov 2005 01:17:25 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Nov 2005 17:17:25 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of michael.campbell@gmail.com designates 64.233.162.201 as permitted sender) Received: from [64.233.162.201] (HELO zproxy.gmail.com) (64.233.162.201) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Nov 2005 17:17:21 -0800 Received: by zproxy.gmail.com with SMTP id i1so95766nzh for ; Wed, 02 Nov 2005 17:17:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ds+dKSwG/B+TZJOiUObs7XWt1+1GA8qdf66cCwd7FDVEIzDXbyTFYKxFC4hu+jV7RlUh7NPv1JZeszd9dhEpvzLQSkToXeSrxldEGmcrZkzIfShs2gR0P1XedE2wETVwXZYMNBd2QoZA+3zMBTTiYytiBV+ZO8hZsnnQJaKt798= Received: by 10.65.100.10 with SMTP id c10mr176300qbm; Wed, 02 Nov 2005 17:17:04 -0800 (PST) Received: by 10.65.228.17 with HTTP; Wed, 2 Nov 2005 17:17:04 -0800 (PST) Message-ID: <811f2f1c0511021717v6852820ej4074349a8f90294c@mail.gmail.com> Date: Wed, 2 Nov 2005 20:17:04 -0500 From: Michael Campbell To: user-java@ibatis.apache.org Subject: Re: Cache w/ Hierarchical ResultMaps In-Reply-To: <20051103003318.50207.qmail@web32615.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <9430.216.239.124.38.1130952629.squirrel@webmail.sonic.net> <20051103003318.50207.qmail@web32615.mail.mud.yahoo.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N 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 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