iBATIS ResultMap基础浅析

iBATIS ResultMap基础浅析2012-01-03iBATIS ResultMap是我们学习iBATIS中非常重要的一个内容，在我个人看来，能否真正用好iBATIS的一个关键，这就是ResultMap。字面上理解，它就是结果集的映射，就是将返回的记录逐个字段的映射赋值给对象的属性上。其实如果没有特殊需求的话我们完全可以使用ResultClass来代替它，因为如果字段与属性一模一样的话，查询出来数据集会自动匹配到ResultClass指定的类的实例对象，如果字段名不在属性中的话，那这个字段将不会被返回的实例体类对象接受，相当于没有查询出这个字段一样的。

每个ResultMap都有一个自己的ID，如果你在sqlmap.config中没有配置使用命名空间的话，那么这个ResulteMap ID是全局（这点在所有的iBATIS配置元素都是一样的），ResultMap一个重要的属性的是class,它将决定这个ResultMap对应的实例的类，换句话讲，它的作用是指出结果集要映射的数据类型。在extends属性中可以设置它将要继承的ResultMap，如果给他指定的了值，那么它将会从super Resultmap继承所的映射配置字段。定义如下：

﹤resultMaps﹥    ﹤resultMap id="DemoResultMap" class="Hashtable"﹥    ﹤/resultMap﹥  ﹤/resultMaps﹥

如果你有正确配置了iBATIS的XSD架构文件的话，那么这时候就会提示resultMap的定义是不完全的。没错，接下来就是要定义Result元素。每一个result元素都是定义一个字段与数据类属性对应的映射。在每一个result元素有比较多的属性参数，其中property和column是必须的，其它的参数属性都是可选的。所以我们在每一个resultMap中必须定义超过一个以上的result定义。通常以下的配置就可以完成基本的配置了。

﹤resultMaps﹥    ﹤resultMap id="DemoResultMap" class="Hashtable"﹥  ﹤result property="id" column="id"/﹥    ﹤/resultMap﹥  ﹤/resultMaps﹥

但如果你需要更多的要求的话，result map仍然能够最大限度的满足你。

◆columnIndex属性提供了我们将数据集的第几个下标字段映射到指定的数据对象属性的方案，但是这种方式应该尽量的少用，你会发现这对我们以后的维护和可读性会产生很大的副作用。

◆dbType属性明确指出这个字段对应的数据库的类型，大多数情况我很少会用到。

◆type属性则明确指出这个字段将对应的数据对象属性的数据类型，通常如果你想保证类型安全的话，设置这个属性是很必要的。

◆resultMapping属性则稍微复杂一些，它是用在一种场景下，如果一个数据类的属性本身不是基元数据类型，而是一个复杂数据类型的话，那我们就不可能很简单地给它一个简单的result元素就了事了，还必须给他一个完整的resultMap。而resultMapping属性就是为了完成这个功能而存在的。它的属性值是一个已存在的resultMap的ID。

◆nullValue属性就没什么好讲的了，它是给出当这个字段的值为null的时候，它的默认值是多少。

◆select属性同resultMapping一样比较复杂一样，先说一下它的属性值必须是一个返回数据集合的查询语句的ID，能配置这个属性的数据类属性可以是一个基元类型，复合类型，也可以是一个包括多条数据的集合类型，这些类型都行，没有问题的。它的一处重要的存在意义就在于描述不同表之间的关系问题，通过本次的查询，你想不通过join的手段从另一个表查询相关字段的时候，你就可以使用select属性。如下：

﹤resultMaps﹥    ﹤resultMap id="DemoResultMap" class="Hashtable"﹥  ﹤result property="id" column="id"/﹥  ﹤result property="Children" column="id" select="SELECT_Children"/﹥    ﹤/resultMap﹥       ﹤/resultMaps﹥       ﹤statements﹥    ﹤select id="SELECT_Children" resultClass="ChildrenObject"﹥  SELECT * FROM Children WHERE ParentID = #id#    ﹤/select﹥       ﹤/statements﹥