使用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));
                   }
    }
}

 

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

 

XXDAL.SqlMapDAL.CustomerManage manage=new XXDAL.SqlMapDAL.CustomerManage();

List<CustomerClassification> customerClass=manage.GetCustomerList(sql,oql.DataParameters);

 

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

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

 

总结：

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