使用OQL+SQLMAP解决ORM多表复杂的查询问题

  一般情况下，使用ORM框架来完成单个实体的查询是很方便的，但如果有复杂的查询条件，普通的ORM组件比较困难，PDF.NET数据开发框架的ORM实体类查询语言--OQL，使得构造复杂的查询条件成为可能，参加我的其它相关文章。

    很多ORM框架都只能处理单个实体的查询，但如果要连表查询就比较困难了，主要问题是连表查询的结果无法投射到一个实体类中，这时候只有动态创建一个类来处理，比如LINQ的Select功能。在PDF.NET数据开发框架中，多表连接查询推荐使用SQL-MAP功能（参加我的相关文章），将复杂的SQL语句写到SQL-MAP配置文件中，然后使用代码生成器生成SqlMapDal类文件，供业务层使用。

    今天有一个同事需要在实体类的条件中增加一个复杂的In查询，由于In的条件有4万条，采用SQL的In查询效率极其低下，但是采用Inner Join查询能够提升5倍的查询效率，而框架的ORM又不支持多表连接查询，单独使用SQL-MAP功能，要大量修改原有代码，原有代码是一个长达4000行的方法，那个方法最有大量的循环和分支，用于构造实体类的查询条件对象（OQLCompare对象），最终构造了一个复杂的OQL查询条件：

OQL oql = GetOQLbyBussiness(); // 这个方法有4000行代码；

string  sql = oql.ToString(); // 大致是 select * from table1 where condition1

sql = GetInnerJoinSql(sql, " 另外一个表的查询语句 " );

// 执行这个方法将得到大致的查询语句 

// select * from table1 t1 inner join table2 t2 where t1.CID=t2.Cid and condition1

    本来使用 EntityQuery<EntityModelClass>.Query(oql) 即可获得 List<EntityModelClass>，但现在为了添加另外一个表的查询，将oql转换成了sql语句，怎么能够再次生成实体类呢？

    现在，我们可以使用SQL-MAP来帮助了。

    打开原来的SqlMapDal文件，为了不让代码生成器覆盖自动生成的文件，我们新建一个分部文件，手写如下代码：

using  System;
using  System.Data;
using  System.Collections.Generic;
using  PWMIS.DataMap.SqlMap;
using  PWMIS.DataMap.Entity;
using  PWMIS.Common;
using  XXModel;

namespace  XXDAL.SqlMapDAL
{
     public   partial   class  CustomerManage
        : DBMapper
    {
         public  List < CustomerClassification >  GetCustomerList( string  sql, Dictionary < string ,  object >  ps)
        {
            IDataParameter[] paras  =   new  IDataParameter[ps.Count];
             int  i  =   0 ;
             foreach  ( string  key  in  ps.Keys)
                   paras[i++]  =  CurrentDataBase.GetParameter(key, ps[key]);
            
             return  EntityQuery < CustomerClassification > .QueryList(CurrentDataBase.ExecuteReader(CurrentDataBase.ConnectionString, System.Data.CommandType.Text, sql, paras));
                    }
    }
}

然后，在业务层中，如下调用即可：

这样就获得了我们的最终结果。

请注意，我们把oql的参数对象DataParameters 传递给了DAL方法，用于构造参数化查询。

总结：

结合使用PDF.NET框架的OQL+SQLMAP，可以在不放弃实体类的便利情况下，进行复杂的多表查询！

    本文转自深蓝医生博客园博客，原文链接：http://www.cnblogs.com/bluedoctor/archive/2011/02/25/1965283.html，如需转载请自行联系原作者