复杂类型属性（即自定义类型的属性）因为mapped statement知道如何装入合适的数据和Java类，通过将resultMap的property和相应的mapped statement联系起来，可以自动地给复杂类型（即用户创建的类）的属性赋值。复杂类型用以表示在数据库中相互关系为一对一，一对多的数据。对于一对多的数据关系，拥有复杂类型属性的类作为“多”的一方，而复杂属性本身则作为“一”的一方。考虑下面的例子：
<resultMap id=”get-product-result” class=”com.ibatis.example.Product”>
<result property=”id” column=”PRD_ID”/>
<result property=”description” column=”PRD_DESCRIPTION”/>
<result property=”category” column=”PRD_CAT_ID” select=”getCategory”/>
</resultMap>
<resultMap id=”get-category-result” class=”com.ibatis.example.Category”>
<result property=”id” column=”CAT_ID”/>
<result property=”description” column=”CAT_DESCRIPTION”/>
</resultMap>
<statement id=”getProduct” parameterClass=”int” resultMap=”get-product-result”>
select * from PRODUCT where PRD_ID = #value#
</statement>
<statement id=”getCategory” parameterClass=”int” resultMap=”get-category-result”>
select * from CATEGORY where CAT_ID = #value#
</statement>
上面的例子中，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属性。
http://www.ibatis.com Clinton Begin 著 刘涛(toleu@21cn.com) 译
开发指南 iBATIS SQLMaps Page 33 of 62
避免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。上面例子的解决方案是：
<resultMap id=”get-product-result” class=”com.ibatis.example.Product”>
<result property=”id” column=”PRD_ID”/>
<result property=”description” column=”PRD_DESCRIPTION”/>
<result property=”category.id” column=”CAT_ID” />
<result property=”category.description” column=”CAT_DESCRIPTION” />
</resultMap>
<statement id=”getProduct” parameterClass=”int” resultMap=”get-product-result”>
select *
from PRODUCT, CATEGORY
where PRD_CAT_ID=CAT_ID
and PRD_ID = #value#
</statement>
延迟加载 VS 联合查询（1:1）
必须要声明的是，使用联合查询的方案并不总是最好的。假如很少有必要访问相关的对象（如Product对象的Category属性），则不用联合查询加载所有的Categor属性可能更快。对于牵涉到外部连接或没有索引字段的数据库设计时，更是如此。在这种情况下，使用延迟加载和字节码增强选项的子查询，可能性能会更好。基本的原则是，如果您需要访问相关的对象，则使用联合查询。否则，使用延迟加载和字节码增强选项的子查询。
如果您不知道选择哪种方法，别担心。您可以随时更改选择而不会影响到Java代码。上面两个例子都得到相同的结果，并使用同样的调用方法。唯一要考虑的是，如果您要缓存查询结果，则使用子查询（而不是联合查询）来缓存查询结果。