ibatis Tips 之 复杂类型属性（即自定义类型的属性）

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

映射文件：

<!--complex type property that defined by user-->
		<resultMap id="get-product-complex" class="product">
			<result property="id" column="prd_id"/>
			<result property="description" column="prd_description"/>
			<result property="price" column="prd_price"/>
			<result property="category" column="prd_cat_id" select="getCategory-complex"/>
		</resultMap>
		<resultMap id="get-category-complex" class="category">
			<result property="id" column="cat_id"/>
			<result property="description" column="cat_description"/>
		</resultMap>	
		<select id="getCategory-complex" resultMap="get-category-complex">
			<![CDATA[
				select * from t_category where cat_id = #value# 
			]]>
		</select>
		<select id="getProduct-complex" resultMap="get-product-complex" parameterClass="java.lang.Integer">
			<![CDATA[
				select * from t_product where prd_id = #value#
			]]>
		</select> 
		<!--END-->

 DAO层：

public Product getProductUseComplexType(int id) throws SQLException {
		init();
		Product product = (Product)sqlMapClient.queryForObject("getProduct-complex", id);
		return product;
	}

 Test类：

/**
	 * 测试复杂属性类型
	 * @throws SQLException
	 */
	public void getProductUseComplexType() throws SQLException{
		Product product = 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。

映射文件：

<!--avoid N+1 select(1:1)-->
		<resultMap id="get-product-complex-promotion" class="product">
			<result property="id" column="PRD_ID"/>
			<result property="description" column="PRD_DESCRIPTION"/>
			<result property="price" column="prd_price"/>
			<result property="category.id" column="CAT_ID" />
			<result property="category.description" column="CAT_DESCRIPTION" />
		</resultMap>
		<statement id="getProduct-complex-promotion" parameterClass="int" resultMap="get-product-complex-promotion">
		<![CDATA[
			select * from t_product, t_category
			where prd_cat_id=cat_id
			and prd_id = #value#
		]]>
		</statement>

 DAO层：

public Product getProductUseComplexTypePromotion(int id)
			throws SQLException {
		init();
		Product product = (Product)sqlMapClient.queryForObject("getProduct-complex-promotion", id);
		return product;
	}

 Test类：

/**
	 * 测试复杂属性类型的改进(避免N+1 select)
	 * @throws SQLException
	 */
	public void getProductUseComplexTypePromotion() throws SQLException{
		Product product = productDao.getProductUseComplexType(1);
		System.out.println(product);
	}

 结果和上面的一样。

 

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