Return-Path: Delivered-To: apmail-ibatis-user-java-archive@www.apache.org Received: (qmail 16903 invoked from network); 11 May 2007 20:40:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 11 May 2007 20:40:35 -0000 Received: (qmail 80683 invoked by uid 500); 11 May 2007 20:40:38 -0000 Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org Received: (qmail 80674 invoked by uid 500); 11 May 2007 20:40:38 -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 80663 invoked by uid 99); 11 May 2007 20:40:38 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 May 2007 13:40:38 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of clinton.begin@gmail.com designates 209.85.132.250 as permitted sender) Received: from [209.85.132.250] (HELO an-out-0708.google.com) (209.85.132.250) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 May 2007 13:40:29 -0700 Received: by an-out-0708.google.com with SMTP id c24so260472ana for ; Fri, 11 May 2007 13:40:08 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=JwaGmrFroBMQ4/vjKoxzLERCsAhX8At7WbZpsz8g26y0K1WscCySE8rnsfQ/Jw+1RShBIh9y/2YRLtI42eEYAqyOIwdf0RyT2yLUZMQMlrs/I+FM9M9Mp02naJCXgfCe2zw/+KaAnj/7jRSFGi42HCw203njxB3peoquL68kE0M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=JWKyoxWUW1m2ZIxs+eCNqsPxAnjSqXENBazbideJiNnNdmstIlobOlRs1vbeTYzQmibvZdc6lFpUSmPr4QJj1Y31RhpBQkjwO+jSJ0lKSRrYLg6bfMGuEKWgZYfcxni0119RAMFNHBjUZ3bNOIRDSZjb+3JV22SlqTpHQgV7das= Received: by 10.114.135.1 with SMTP id i1mr6337wad.1178916004425; Fri, 11 May 2007 13:40:04 -0700 (PDT) Received: by 10.114.136.14 with HTTP; Fri, 11 May 2007 13:40:04 -0700 (PDT) Message-ID: <16178eb10705111340g5b808e40r5d94cd48f2e1a9ad@mail.gmail.com> Date: Fri, 11 May 2007 14:40:04 -0600 From: "Clinton Begin" To: user-java@ibatis.apache.org Subject: Re: QueryForList : How does maxRows work? In-Reply-To: <16178eb10705111338g747cf7a5rf3667365603afa44@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_141168_29877191.1178916004317" References: <10415657.post@talk.nabble.com> <16178eb10705100948m3071b52ej839130fe8ee595fe@mail.gmail.com> <10417487.post@talk.nabble.com> <16178eb10705111338g747cf7a5rf3667365603afa44@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_141168_29877191.1178916004317 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline PS: if it hasn't been made clear by my previous posts, if you call queryForList with a maxRows attribute, it will only request that many rows back from the database. It won't bring back all 10k. This of course depends on the driver, but I've never seen one that does something that silly. ;-) Clinton On 5/11/07, Clinton Begin wrote: > > If it's a proc returning that result set, then I doubt setMaxRows would > help anyway. You can't just apply a limit outside of the scope of the proc, > the result set has already been built. > > The only applicable performance factor that you have control of outside of > the proc is the fetch size, the size of the batches of rows that are > returned at a time. And even that is only a driver "hint". iBATIS supports > it as an attribute of the