iBatis.Net系列(六) ResultMap

转载 2006年06月19日 11:17:00
     自从五一写了三篇关于iBatis.Netpost后,一直都没有更新相关的文章的。一方面是因为自己的能力有限,不够自信,那三篇连发表在首页的信心都没有。另一方面是因为最近确实很忙,工作上的事情就可以让我忙得晕头转向的,实在没有时间抽空来写Blog了。但想想,忙只是一个借口,看到Dflying Chen在这两个月在CnBlogs所取得的成就就让我惭愧不已,本身自己水平就不能与人家相提并论,却总是拿“忙”来挡箭牌,实在是不该啊。

酒话过后,进入本次的主题,我们将来讨论一下在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>

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

<resultMaps>

         <resultMap id="DemoResultMap" class="Hashtable">

              <result property="id" column="id"/>

         </resultMap>

</resultMaps>

     但如果你需要更多的要求的话,result map仍然能够最大限度的满足你。columnIndex属性提供了我们将数据集的第几个下标字段映射到指定的数据对象属性的方案,但是这种方式应该尽量的少用,你会发现这对我们以后的维护和可读性会产生很大的副作用。dbType属性明确指出这个字段对应的数据库的类型,大多数情况我很少会用到。type属性则明确指出这个字段将对应的数据对象属性的数据类型,通常如果你想保证类型安全的话,设置这个属性是很必要的。resultMapping属性则稍微复杂一些,它是用在一种场景下,如果一个数据类的属性本身不是基元数据类型,而是一个复杂数据类型的话,那我们就不可能很简单地给它一个简单的result元素就了事了,还必须给他一个完整的resultMap。而resultMapping属性就是为了完成这个功能而存在的。它的属性值是一个已存在的resultMapIDnullValue属性就没什么好讲的了,它是给出当这个字段的值为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>

这样就可以做到不用通过编程的方式来表示不同表的关联关系和数据读取问题。但是这样有可能存在一种问题,如果你每次都要读取数据的时候,你会发现你会产生更多次的与数据库交互的情况,并且即使你不是每次都需要这数据,那会不会造成数据读取的浪费呢?接下来的lazyLoad属性就为我们提供了第二种问题的解决方案了,那就是数据的延迟加载,没错,延迟加载可以大大改善数据访问的性能,它只是要需的时候才去读取这些数据,对于主从表关系的时候,这样的方式可能是最好的解决方式了。

    OK,关于ResultMap的介绍就先到此为止,接下来我要记录一下,我在使用过程中遇到的一些问题:

    一.在使用ResultMap的时候,你要特别注意,如果你在ResultMap中给出的配置字段,但是你返回的数据集的时候却没有返回这个字段,那程序将出抛出异常。但是相反的,如果你返回了一些字段,却没有在ResultMap给出配置定义的话,那么那些字段将不会被处理而不会给你任何的提示,相当没有查询出这些字段。你要特别注意这个问题。

       二.如果没有特别需求的情况,我建议还是把数据类的属性设计成与数据库字段字一样的比较,这样如果一般情况下我们都可以不用写这个ResultMap,事实上如果没有这样的特殊要求,那么去写这个ResultMap仍然是一件非常耗时,并且容易出错的一份差事。

       三.在使用lazyLoad的时候要特别注意,不是什么类型的数据都可以lazyLoad的,只有是实现的IList的接口的类型,并且数据类的属性定义为IList类型的字段才能被lazyLoad。(关于是否只有IList类型的属性才能被lazyLoad的问题还需要探讨一下,因为就我使用的经验只有这种类型才可以,甚至是Generic版的IList都不支持)。而且你在使用它的时候,还不能把这个IList类型的属性转换成你真正的数据类型。因为在运行时,这个属性会被包装成一个动态的类型,这个动态类型仍然实现了IList接口,就是因为这个动态类型才扩展了我们可以lazyLoad的功能。这时候在程序中使用的是运行时的动态类型所以你没办法进行强类型转换。

       问题暂时没有想到更多了,如果以后还有关于resultMap的问题,我都会更新上来,也希望大家一起来指正我的一些错误和不足,一起完善。不要让我的一些错误的实践误导了初学者,谢谢

iBatis.Net系列(六) ResultMap

我们将来讨论一下在iBatis中非常重要的一个内容,在我个人看来,能否真正用好iBatis的一个关键,这就是ResultMap。字面上理解,它就是结果集的映射,就是将返回的记录逐个字段的映射赋值给对象...
  • sqlove
  • sqlove
  • 2009年06月22日 22:43
  • 833

ibatis resultMap result中的resultMap问题

今天从mybatis迁移一个mapper到ibatis(2.0)中,发现有一个标签(association),ibatis不支持。 mybatis中的代码: JavaBean @Data publi...
  • mgq_1991
  • mgq_1991
  • 2016年01月18日 15:43
  • 396

大数据干货系列(四)--ZooKeeper总结

ZooKeeper总结   一、本质 ZooKeeper 是一个为分布式应用提供一致性服务的软件。   二、ZooKeeper解决了什么问题 1. 分布式系统的一致...
  • weixin_39793644
  • weixin_39793644
  • 2017年12月29日 23:26
  • 157

斯坦福机器学习网易公开课笔记6

这一讲介绍了两种朴素贝叶斯算法的事件模型,接着介绍了神经网络算法。最后介绍支持向量机,给出了两个重要的概念,函数间隔和几何间隔,基于这两个概念的最大间隔分类器算法。...
  • zhonglj0314
  • zhonglj0314
  • 2017年02月24日 16:53
  • 259

Ibatisnet的数据库事务相关与总揽

学习和使用Ibatisnet已经有一段时间了,前段时间也有写过一些与iBatis相关的Blog。也答应过一些朋友要比较全面地介绍一下iBatis,分享自己的学习过程和使用经验,记录一些常见且容易出现的...
  • educast
  • educast
  • 2008年09月07日 16:58
  • 2278

.NET+MVC+IbatisNet+log4net+ExtJS

通过一个用户的增删改查来讲一下标题所说的架构。 先看下最终界面,虽然只有一个页面。...
  • qinshenxue
  • qinshenxue
  • 2014年06月30日 17:42
  • 3020

IBatis.Net与IBatisNet中ExecuteQueryForMap和QueryForDictionary的用法

http://www.cnblogs.com/lexus/archive/2010/01/11/1643985.html#Toc238626780 iBatis.net源地址     http:/...
  • u011411356
  • u011411356
  • 2014年06月05日 13:31
  • 1304

ios助手开发系列(五):文件操作系列2 - 操作文件和文件夹所需要开启的服务:AFC服务和AFC2服务

额~很久没更新了,主要是这段时间太忙了,没来更新...这几天会多写几章..   这一章要讲的是操作文件需要开启的AFC和AFC2服务.   首先介绍一下这里的服务的概念: 需要设备完成某一个...
  • u011740603
  • u011740603
  • 2013年10月15日 10:40
  • 5051

大数据干货系列(六)--Spark总结

Spark总结一、本质 Spark是一个分布式的计算框架,是下一代的MapReduce,扩展了MR的数据处理流程 二、mapreduce有什么问题1.调度慢,启动map、reduce太耗时2.计算慢,...
  • weixin_39793644
  • weixin_39793644
  • 2018年01月02日 15:24
  • 165

jvm系列(六):Java服务GC参数调优案例

本文介绍了一次生产环境的JVM GC相关参数的调优过程,通过参数的调整避免了GC卡顿对JAVA服务成功率的影响。 这段时间在整理jvm系列的文章,无意中发现本文,作者思路清晰通过步步分析最终解决问题...
  • ityouknow
  • ityouknow
  • 2018年01月16日 19:26
  • 144
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:iBatis.Net系列(六) ResultMap
举报原因:
原因补充:

(最多只允许输入30个字)