ibatisnet使用心得

最近在一个项目中使用了ibatisnet，开始时还真有些不太习惯这种把sql 分离出来的方式，上手后一切都变的方便了许多，尤其喜欢它的动态sql功能(dynamic sql)，我相信如果没有动态sql功能，ibatisnet的魅力将大打折扣。下面是我在使用ibatisnet是遇到的一些问题及解决办法，如果你也 遇到过类似的问题，不防大家一起讨论，因使用ibatisnet时间不长，有些想法可能很过于简单，请大家多批评。

      一、添加quaryfordatatable方法 我一直很奇怪在ibatisnet未包含可以返回datatable(或dataset)的查询方法，queryforobject用于返回单个实体 类，queryforlist返回实现ilist接口的arraylist, queryfordictionary用于返回实现idictionary的hashtable。虽然也可以返回集合数据，但这些集合数据在业务层和表示 层使用起来非常麻烦，灵活性比起datatable要差很多，即使会有些性能方法的损失，我想对于性能要求不是很高的话，相对于实现快速开发和方便维护来 说也是可以接受的。 为此，我添加了一个quaryfordatatable方法，为尽量少的改动源程序，我直接把原来系统中返回的datareader通过一个方法转换为 datatable，实现如下：

public class sqlmapper : isqlmapper
{
…
public system.data.datatable queryfordatatable (string statementname, object parameterobject)

{
                  …
                     try 
                      {
                            imappedstatement statement = getmappedstatement(statementname);
                            table = statement.queryfordatatable (session,statementname, parameterobject);                }
                     …}
}

public class mappedstatement : imappedstatement

{

public system.data.datatable queryfordatatable (idalsession session,string statementname, object parameterobject) 
{
     …
     idatareader reader = command.executereader();
         //位置1:把命令转换为可以执行的sql语句，后面介绍; 
try 
          {                   table=convertdatareadertodatatable(reader);
     }
      …
}
private static datatable convertdatareadertodatatable(idatareader reader)
          {
              datatable objdatatable = new datatable();
              int intfieldcount = reader.fieldcount;
              for (int intcounter = 0; intcounter < intfieldcount; ++intcounter)
               {
                   objdatatable.columns.add(reader.getname(intcounter), reader.getfieldtype(intcounter));
              }
              objdatatable.beginloaddata();
              object[] objvalues = new object[intfieldcount];
              while (reader.read())
               {
                   reader.getvalues(objvalues);
                   objdatatable.loaddatarow(objvalues, true);
              }
              reader.close();
              objdatatable.endloaddata() ;
              return objdatatable;
         }
}

这样主要的工作就算完成了，接下来再为imappedstatement和isqlmapper添加相应的接口就可以了。这一步比较简单，就不贴代码了：>

 二、在ibatisnet中调试

    多数情况下，ibatisnet并不会把配置文件中的语句和参数拼成可以直接执行的sql语句（只有在使用$符号标识参数时会这样），而是把它们构造为一 个实现idbcommand接口的对象，如果使用sql server数据库，也就是sqlcommand对象，配置文件中的语句作为commandtext的值，参数添加到为sqlcommand中的 parameters集合中。然后通过执行idbcommand返回结果。

     执行sql语句出错时，我喜欢把它放到查询分析器中调试，通过查询分析器的语法分析及执行结果检查sql语句。但在ibatisnet中所有的数据库操作 都是通过idbcommand对象来执行的，如果没有参数还好些，直接在中断或输出中使用idbcommand.commandtext得到sql语句就 可以了。但是更多时候都是包含了多个参数，这时再想得到完整的可执行的sql语句是非常让人头疼的一件事。幸好我们有办法可以弥补这个问题，原理很简单， 因为在idbcommand对象的内部它也并未直接拼接所有的参数，而是利用sql server中的sp_executesql存储过程执行参数化查询。通过跟踪数据库可以证实这一点。那我们就可以根据idbcommand对象的属性值 自己构造一个使用sp_executesql的sql语句，未经过全面测试的代码如下：

文件mappedstatement.cs中的位置1处

#if  (debug)
system.data.sqlclient.sqlcommand com = (system.data.sqlclient.sqlcommand)command;

                    string  sql = " execute sp_executesql n' "  +  com.commandtext.replace( " ' " , " '' " )  +  " ' "  ;

                    if  (com.parameters.count > 0 )

                    {
                       sql +="<br>,n'";
                       for (int i=0;i<com.parameters.count;i++)
                       {                            system.data.sqlclient.sqlparameter para=com.parameters[i];

                            sql +=para.parametername + " " + para.sqldbtype.tostring() + ", " ;

                       }
                       sql=sql.substring(0,sql.length-1);
                       sql +="'<br>,"r"n";
                       for (int i=0;i<com.parameters.count;i++)
                       {                            system.data.sqlclient.sqlparameter para=com.parameters[i];
                            sql +=para.parametername + "='" + para.value + "'," ;
                       }

                       sql=sql.substring(0,sql.length-1);        
                   }  
                   sql  += " <br> " ;                   system.web.httpcontext.current.session[ " executablesql " ] = sql;
#endif
idatareader reader  =  command.executereader();

该结果我是准备显示在页面上的，所以换行使用了<br>,然后把结果保存在会话中以方便在表示层根据需要获取该值。
最后在表示层中使用一个可切换可见状态的div控件显示生成的语句即可。 

三、ibatisnet中的分页

ibatisnet中虽然提供了分页机制，但和dategrid的 自动分页原理相似，都是在查询出全部数据后再从结果集中截取需要的子集，这种方法根本无法应用在数据里稍大的系统中。到目前为止解决分页问题的最好方法依 然是使用存储过程。ibatisnet支持存储过程，你可以通过ibatisnet调用分页存储过程，这样，这个问题讨论基本就应该结束了。

不过还一个小问题，如果使用存储过程将无法使用ibatisnet 中的动态sql功能，这对于系统中需要分页的地方较少或动态sql利用不多的情况来说，这点损失可以忽略不计了。但本着钻牛角尖就钻到底的精神，我一直想 找出更好的解决方案来。写本文时我只是有一个初步的想法，还未完全实现，这里先把我的思路写出来让大家提提意见。

关于存储过程分页的方案在网上已经很多了，这篇文章是内容比较全的，而且还包含了对每个存储过程的测试：http://www.codeproject.com/aspnet/paginglarge.asp，这是个老外写的，如果大家看着别扭也没关系，我的朋友tonyqus很早就把它翻译过来了：http://tonyqus.cnblogs.com/archive/2006/03/12/344357.html。附件中包含了针对每种方案的完整实现，而且都是通用化的，也就是说适合绝大多数sql语句的分页。存储过程的参数也都相同，下面是其中一个存储过程的标头：

create procedure paging_asc_desc (
@tables varchar(1000),
@pk varchar(100),
@sort varchar(200) = null,
@pagenumber int = 1,
@pagesize int = 10,
@fields varchar(1000) = '*',
@filter varchar(1000) = null,
@group varchar(1000) = null)
as

这样，我们只需要把ibatisnet生成的语句按上面部分分解然 后调用即可。这样问题的关键就转变为如何得到最终的sql语句，这在ibatisnet中是比较容易实现的。首先，在配置文件中使用$符号标识参数可以直 接把参数拼到sql语句中，也就是说直接使用idbcommand.commandtext即可得到最终可以执行的sql语句。或者，如果使用#符号标识 参数，也可以通过一个简单的方法把idbcommand对象的值拼成可执行的sql语句。剩下的就是需要把该sql语句分解成符合要求的各个部分了。在这 个问题上我还没找到比较好的办法，对于较为标准的sql语句比较好分解，如果遇到复杂的sql语句分解起来可能比较麻烦，这个问题就留给看到此文的朋友 吧，不过我想这种情况不是太多，即使遇到特殊处理一下就可以了。

为了调用方便，可以在ibatisnet中增加一个查询接口，如 queryforpaginglist(string statementname, object parameterobject,int pagenumber,int pagesize)，如果使用对参数化查询手动拼接sql的方法可以不用修改原配置文件中的参数化查询，且可以对同一个mapped statement同时使用不分页和分页两种查询方法。

四、其他一些小技巧

     对于把表名作为参数或者在in关键字中作为使用参数的情况，可以使用$符号标识参数，但要注意在赋值之前先检查是否有sql注入的危险。
     使用一些代码生成工具可以按表生成ibatisnet使用的配置文件。为了能在修改表结构后还可以使用代码生成工具重新生成，建议不要修改自动生成的配置文件，如果需要添加操作，可以创建新的配置文件。
     ibatisnet项目源码中已经包含了配置文件的架构文件(.xsd),把它放到vs中相应目录可利用vs的智能感应，并对配置文件进行验证。不同的vs版本，对应的目录也不同：
c:"program files"microsoft visual studio 8"xml"schemas for vs.net 2005
c:"program files"microsoft visual studio .net 2003"common7"packages"schemas"xml for vs.net 2003
c:"program files"microsoft visual studio .net"common7"packages"schemas"xml for vs.net 2002

转载于:https://www.cnblogs.com/zyfking/archive/2009/01/19/1378502.html