Return-Path: 
 <dev-return-4555-apmail-ibatis-dev-archive=ibatis.apache.org@ibatis.apache.org>
Delivered-To: apmail-ibatis-dev-archive@www.apache.org
Received: (qmail 4588 invoked from network); 16 Aug 2008 04:57:55 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 16 Aug 2008 04:57:55 -0000
Received: (qmail 50504 invoked by uid 500); 16 Aug 2008 04:57:54 -0000
Delivered-To: apmail-ibatis-dev-archive@ibatis.apache.org
Received: (qmail 50486 invoked by uid 500); 16 Aug 2008 04:57:53 -0000
Mailing-List: contact dev-help@ibatis.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@ibatis.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@ibatis.apache.org>
List-Post: <mailto:dev@ibatis.apache.org>
List-Id: <dev.ibatis.apache.org>
Reply-To: dev@ibatis.apache.org
Delivered-To: mailing list dev@ibatis.apache.org
Received: (qmail 50475 invoked by uid 99); 16 Aug 2008 04:57:53 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Aug 2008 21:57:53 -0700
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of larry.meadors@gmail.com
 designates 209.85.198.246 as permitted sender)
Received: from [209.85.198.246] (HELO rv-out-0708.google.com) (209.85.198.246)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 Aug 2008 04:56:57 +0000
Received: by rv-out-0708.google.com with SMTP id b17so1120912rvf.36
        for <dev@ibatis.apache.org>; Fri, 15 Aug 2008 21:57:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:reply-to
         :to:subject:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references;
        bh=8s3FbNcTUSInkai4rP6q6Kvzmdm2fX0hnQE0O5ulOoc=;
        b=pqhSkKbJ3JEhKyKaI9QiW6uGpH4uyDzCJF+qBP0cpOrrpyhgpITTs/vVN5DZJvt7S7
         KYdqMnDuceoHswghXS83tt1/Hcg2Fj6KINSGDbvfbfHtSa1qkObjkbx0XRNosAQYGaHa
         DVUOzQoBInZOL+nQcAuylHgKO0WZBB5khpmJs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:reply-to:to:subject:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references;
        b=wjKsSRxxKg5iFIviHsXrubCNB+Ien9pVRjLXhJyYmS9hXay4OGPXQ3PllNxL3kKdOO
         gVEH1eLrwNmnUeEMwNk1SILfbdRP1BVlZ7WcTlo05M3qzfKv2bs9PXt3miyhgaQnW2nP
         nP8tgB9/becQA3sjVDaZ7c4CoR3luKnR5++Qw=
Received: by 10.141.123.4 with SMTP id a4mr1954493rvn.172.1218862636484;
        Fri, 15 Aug 2008 21:57:16 -0700 (PDT)
Received: by 10.141.41.9 with HTTP; Fri, 15 Aug 2008 21:57:16 -0700 (PDT)
Message-ID: <a10a823c0808152157o25898e3cy52b52f839e73df38@mail.gmail.com>
Date: Fri, 15 Aug 2008 22:57:16 -0600
From: "Larry Meadors" <larry.meadors@gmail.com>
Reply-To: larry.meadors@gmail.com
To: dev@ibatis.apache.org
Subject: Re: iBATIS 3 XML SQL Map Decisions...
In-Reply-To: <16178eb10808131527l4ed6f981p4d9a130cbc53477@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <16178eb10808122250l3b968701wd7ed643fc7d66d@mail.gmail.com>
	 <c593b8750808131351u73c3fcfy405b030ddfbc5927@mail.gmail.com>
	 <16178eb10808131527l4ed6f981p4d9a130cbc53477@mail.gmail.com>
X-Virus-Checked: Checked by ClamAV on apache.org

On Wed, Aug 13, 2008 at 4:27 PM, Clinton Begin <clinton.begin@gmail.com> wrote:
> 3. <param element> :  The thought here is to allow for specifying the
> options (e.g. javaType="") outside of the SQL statement and to avoid
> duplication if the same property is used more than once.  But maybe it's too
> much for such a rare case?  But still, some people may prefer to keep the
> param details out of the SQL itself.  Hmmm... anyone else have an opinion
> here?  I'd love to only use inline params myself. But it's almost too easy
> to agree in this case. :-)

I like the *option* for param elements because it can help keep the sql cleaner.

One of the biggest advantages of ibatis is that you can easily take
the sql and just run it. IMO, adding a ton of inline parameter mapping
info can make that harder.

Larry