Return-Path: 
 <user-java-return-18796-apmail-ibatis-user-java-archive=ibatis.apache.org@ibatis.apache.org>
Delivered-To: apmail-ibatis-user-java-archive@www.apache.org
Received: (qmail 52495 invoked from network); 22 Feb 2010 07:36:06 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 22 Feb 2010 07:36:06 -0000
Received: (qmail 85176 invoked by uid 500); 22 Feb 2010 07:36:05 -0000
Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org
Received: (qmail 85114 invoked by uid 500); 22 Feb 2010 07:36:05 -0000
Mailing-List: contact user-java-help@ibatis.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:user-java-help@ibatis.apache.org>
List-Unsubscribe: <mailto:user-java-unsubscribe@ibatis.apache.org>
List-Post: <mailto:user-java@ibatis.apache.org>
List-Id: <user-java.ibatis.apache.org>
Reply-To: user-java@ibatis.apache.org
Delivered-To: mailing list user-java@ibatis.apache.org
Received: (qmail 85106 invoked by uid 99); 22 Feb 2010 07:36:04 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Feb 2010 07:36:04 +0000
X-ASF-Spam-Status: No, hits=1.2 required=10.0
	tests=SPF_NEUTRAL
X-Spam-Check-By: apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Received: from [62.179.121.33] (HELO viefep13-int.chello.at) (62.179.121.33)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Feb 2010 07:35:56 +0000
Received: from edge05.upcmail.net ([192.168.13.212])
          by viefep13-int.chello.at
          (InterMail vM.8.01.02.00 201-2260-120-20100118) with ESMTP
          id
 <20100222073533.TXFT8754.viefep13-int.chello.at@edge05.upcmail.net>
          for <user-java@ibatis.apache.org>;
          Mon, 22 Feb 2010 08:35:33 +0100
Received: from [192.168.1.15] ([78.102.175.67])
	by edge05.upcmail.net with edge
	id kvbX1d06l1TdFh205vbYCo; Mon, 22 Feb 2010 08:35:33 +0100
X-SourceIP: 78.102.175.67
Message-ID: <4B8233BF.20306@centrum.cz>
Date: Mon, 22 Feb 2010 08:35:27 +0100
From: Jakub Vondrak <idcc@centrum.cz>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: user-java@ibatis.apache.org
Subject: Re: performance issue for id as association
References: <4B804443.8000801@centrum.cz> <4B807852.8010106@burntmail.com>
 <4B8115ED.7020500@centrum.cz> <4B822260.2010306@burntmail.com>
In-Reply-To: <4B822260.2010306@burntmail.com>
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: 7bit
X-Cloudmark-Analysis: v=1.1 cv=vnqI19KPXCji1IvME9db5F0e05beLnpw0BpKFqCD4U0=
 c=1 sm=0 a=KJlIJQ79KaoA:10 a=Vxl8PkTYBWMF8GqqDTwA:9 a=dqquTsSr9e4pSPPPs1EA:7
 a=JqVAIMZUAdLK-r9ZbkI4-65xWYEA:4 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117

Guy Rouillier wrote:
> On 2/21/2010 6:15 AM, Jakub Vondrak wrote:
> 
>>>>      <resultMap id="billResultMap" type="Bill">
>>>>         <id column="bill_id" property="id" />
>>>>         <collection property="billItems" ofType="BillItem">
>>>>             <result column="bi_sku" property="customId" />
>>>>             <result column="bi_name" property="name" />
>>>>             ...
>>>>
>>>>            <association property="id" javaType="BillItemId">
>>>>               <id column="bill_id" property="idBill"/>
>>>>               <id column="bill_id" property="itemOrder" />
>>>>            </association>
>>>>         </collection>
>>>>      </resultMap>
> 
>> What I guess is the problem is that I cannot express *composite key as
>> an BillItemId object* on the BillItem class and I guess I will need own
>> TypeHandler for whole Bill class.
> 
> This works for me:
> 
> <resultMap id="billResultMap" type="Bill">
>    <id column="bill_id" property="id" />
>    <collection property="billItems" javaType="ArrayList" ofType="BillItem">
>        <id column="bill_id" property="idBill"/>
>        <id column="bi_item_order" property="itemOrder" />
>        <result column="bi_sku" property="customId" />
>        <result column="bi_name" property="name" />
>        ...
> 
>    </collection>
> </resultMap>
> 
> The separate BillItemId class is unnecessary.
> 
Yes it is unnecessary for iBatis. The reason why this class exists is
that the model was created to suite Hibernate several years ago.

I'm trying to convert data layer to iBatis and retain a compatible
model. Then I would like to compare performance and ease of use.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org