【Ibatis】（十三）、复杂类型属性（即自定义类型的属性）

复杂类型用以表示在数据库中相互关系为一对一，一对多的数据。

映射文件：

 <!--complextypepropertythatdefinedbyuser-->
 <resultMapid="get-product-complex"class="product">
 <resultproperty="id"column="prd_id"/>
 <resultproperty="description"column="prd_description"/>
 <resultproperty="price"column="prd_price"/>
 <resultproperty="category"column="prd_cat_id"select="getCategory-complex"/>
 </resultMap>
 <resultMapid="get-category-complex"class="category">
 <resultproperty="id"column="cat_id"/>
 <resultproperty="description"column="cat_description"/>
 </resultMap>
 <selectid="getCategory-complex"resultMap="get-category-complex">
 <![CDATA[
 select*fromt_categorywherecat_id=#value#
 ]]>
 </select>
 <selectid="getProduct-complex"resultMap="get-product-complex"parameterClass="java.lang.Integer">
 <![CDATA[
 select*fromt_productwhereprd_id=#value#
 ]]>
 </select>
 <!--END-->

DAO层：

 publicProductgetProductUseComplexType(intid)throwsSQLException{
 init();
 Productproduct=(Product)sqlMapClient.queryForObject("getProduct-complex",id);
 returnproduct;
 }

Test类：

 /**
 *测试复杂属性类型
 *@throwsSQLException
 */
 publicvoidgetProductUseComplexType()throwsSQLException{
 Productproduct=productDao.getProductUseComplexType(1);
 System.out.println(product);
 }

结果：

id:1
description:basketball
price206.99
catId:1
catDescription:sports

上面的例子中，Product对象拥有一个类型为Category的category属性。因为category是复杂类型（用户定义的类型），JDBC不知道如何给它赋值。通过将category属性值和另一个mapped statement联系起来，为SQL Map引擎如何给它赋值提供了足够的信息。通过执行“getProduct”，“get-product-result”Result Map使用PRD_CAT_ID字段的值去调用“getCategory”。“get-category-result”Result Map将初始化一个Category对象并赋值给它。然后整个Category对象将赋值给Product的category属性。

避免N＋1 Select（1:1）
上面的方法存在一个问题，就是无论何时加载一个Product，实际上都要执行两个SQL语句（分别加载Product和Category）。只加载一个Product的情况下，这个问题似乎微不足道。但在执行一个获得10个Product的查询时，每得到一个Product都要分别执行一个加载Category的SQL语句。结果共执行了11次查询：一次用于得到一个Product List，每得到一个Product对象都要执行另外一次查询，以获得相应的Category对象（N＋1，这个例子是10＋1＝11）。
解决方法是，使用一个联合查询和嵌套的属性映射来代替两个查询statement。

映射文件：

 <!--avoidN+1select(1:1)-->
 <resultMapid="get-product-complex-promotion"class="product">
 <resultproperty="id"column="PRD_ID"/>
 <resultproperty="description"column="PRD_DESCRIPTION"/>
 <resultproperty="price"column="prd_price"/>
 <resultproperty="category.id"column="CAT_ID"/>
 <resultproperty="category.description"column="CAT_DESCRIPTION"/>
 </resultMap>
 <statementid="getProduct-complex-promotion"parameterClass="int"resultMap="get-product-complex-promotion">
 <![CDATA[
 select*fromt_product,t_category
 whereprd_cat_id=cat_id
 andprd_id=#value#
 ]]>
 </statement>

DAO层：

 publicProductgetProductUseComplexTypePromotion(intid)
 throwsSQLException{
 init();
 Productproduct=(Product)sqlMapClient.queryForObject("getProduct-complex-promotion",id);
 returnproduct;
 }

Test类：

 /**
 *测试复杂属性类型的改进(避免N+1select)
 *@throwsSQLException
 */
 publicvoidgetProductUseComplexTypePromotion()throwsSQLException{
 Productproduct=productDao.getProductUseComplexType(1);
 System.out.println(product);
 }

结果和上面的一样。

延迟加载 VS 联合查询（1:1）
必须要声明的是，使用联合查询的方案并不总是最好的。假如很少有必要访问相关的对象（如Product对象的Category属性），则不用联合查询加载所有的Categor属性可能更快。对于牵涉到外部连接或没有索引字段的数据库设计时，更是如此。在这种情况下，使用延迟加载和字节码增强选项的子查询，可能性能会更好。基本的原则是，如果您需要访问相关的对象，则使用联合查询。否则，使用延迟加载和字节码增强选项的子查询。
如果您不知道选择哪种方法，别担心。您可以随时更改选择而不会影响到Java代码。上面两个例子都得到相同的结果，并使用同样的调用方法。唯一要考虑的是，如果您要缓存查询结果，则使用子查询（而不是联合查询）来缓存查询结果。