EF分页中的陷阱

(一) 前言                                                                  

EF使用非常简单,但是如果使用不当就会误入EF陷阱中。下面讲解了几种分页方式的对比,以及各种方式的缺陷。

(二) 陷阱一   Expression<Func<T, TResult>> 和Func<T, TResult>的区别       

说明:System.Linq.Expressions.Expression<Func<T, TResult>>和Func<T, TResult>是有很大区别的。Func<T,TResult> 本身就是一个委托(delegate),而Expression<Func<T,TResult>>确实一个表达式,只有在编译之后才 会变成委托,那么在EF中到底使用哪一个呢?又是为什么呢?如果我们写成Func<T,TResult>作为参数传递给 where方法进行Linq查询时,Entity FrameWork将会产生全表查询,将整个数据库表忠的数据加载到内存中,然后再内存中根据where中的条件进一步查询,而 Expression<Func<t,bool>>只是查询出来你where条件中的数据,不会进行全表查询。

我们以查询参数配置表为例。

查询代码如下:

 private void BindData()
{
var entitys = bll.GetPagedEntitys(Pager.CurrentPageIndex, Pager.PageSize, out RowCount, out PageCount, c => c.Deleted == false, false, c => c.Id); BindRptData(rptList, entitys);
Pager.RecordCount = RowCount;
}

例一:Func<T, TResult>分页查询,代码如下:

 public List<T> GetPagedEntitys<S>(int pageIndex, int pageSize, out int rows, out int totalPage, Func<T, bool> whereLambds, bool isAsc,Func<T, S> orderByLambds)
{
var temp = db.Set<T>().Where<T>(whereLambds);
rows = temp.Count();
totalPage = rows % pageSize == ? rows / pageSize : rows / pageSize + ;
temp = isAsc ? temp.OrderBy<T, S>(orderByLambds) : temp.OrderByDescending<T, S>(orderByLambds);
temp = temp.Skip<T>(pageSize * (pageIndex - )).Take<T>(pageSize); return temp.ToList<T>();
}

用 SQL Server Profiler工具分析查询结果如下:

EF分页中的陷阱

例二:Expression<Func<T, TResult>>分页查询,代码如下:

  public List<T> GetPagedEntitys<S>(int pageIndex, int pageSize, out int rows, out int totalPage, Expression<Func<T, bool>> whereLambds, bool isAsc, Expression<Func<T, S>> orderByLambds)
{
var temp = db.Set<T>().Where<T>(whereLambds);
rows = temp.Count();
totalPage = rows % pageSize == ? rows / pageSize : rows / pageSize + ;
temp = isAsc ? temp.OrderBy<T, S>(orderByLambds) : temp.OrderByDescending<T, S>(orderByLambds);
temp = temp.Skip<T>(pageSize * (pageIndex - )).Take<T>(pageSize); return temp.ToList<T>();
}

用 SQL Server Profiler工具分析查询结果如下:

EF分页中的陷阱

(二) 陷阱二   EF SqlQuery方法拼接sql语句的陷阱                                  

说明:EF给开发者提供了SqlQuery方法直接拼接sql语句进行查询,这样既可以让开发者尽情的拼接sql,又可以使用EF提供的ORM将table转换成model。

然而如果使用不当也会造成在内存中分页的悲剧。

我们以查询公告表为例。

查询代码如下:

 private void BindData()
{
string where = GetQueryString(true);//自动组装过滤然后拼接sql查询条件--缺点是将业务逻辑放在了UI层(也可以在bll中做处理)。
var entitys = bll.GetPagedEntitys(Pager.CurrentPageIndex, Pager.PageSize, out RowCount, out PageCount, where, "Id desc"); BindRptData(rptList, entitys);
Pager.RecordCount = RowCount;
//搜索后显示搜索条件
Title_string_like.Value = GetQueryString("Title_string_like");
FromWhere_string_like.Value = GetQueryString("FromWhere_string_like");
AddTime_string_gt.Value = GetQueryString("AddTime_string_gt");
AddTime_string_lt.Value = GetQueryString("AddTime_string_lt");
}

关于第9行到第12行的功能可以参考博客:http://www.cnblogs.com/eggTwo/p/3682955.html

例三:SqlQuery方法结合Skip、Take分页查询,代码如下:

 public List<T> GetPagedEntitys(int pageIndex, int pageSize, out int rows, out int totalPage, string where, string orderKey, params object[] paramss)
{
string sqls = "select * from " + typeof(T).Name;
if (!string.IsNullOrEmpty(where))
{
sqls = sqls + " where 1=1 " + where;
}
if (!string.IsNullOrEmpty(orderKey))
{
sqls += " order by " + orderKey;
}
var temp = db.Database.SqlQuery<T>(sqls, paramss);
rows = temp.Count();
if (rows % pageSize == )
{
totalPage = rows / pageSize;
}
else
{
totalPage = rows / pageSize + ;
} temp = temp.Skip(pageSize * (pageIndex - )).Take(pageSize);
return temp.ToList<T>();
}

用 SQL Server Profiler工具分析查询结果如下:

EF分页中的陷阱

例四:SqlQuery方法row_number()函数自定义分页查询,代码如下:

 public List<T> GetPagedEntitys(int pageIndex, int pageSize, out int rows, out int totalPage, string where, string orderKey, params object[] paramss)
{ string sqls = "";
string tableName = typeof(T).Name;//获取表名
string sql = string.Format("select *, row_number() over (order by {0} ) as row_number from {1}", string.IsNullOrEmpty(orderKey) ? "Id" : orderKey, tableName);
string where1 = !string.IsNullOrEmpty(where) ? " where 1=1 " + where : "";
int tag = (pageIndex - ) * pageSize;
sqls = string.Format(@"select top ({0}) * from
(
{1}
{2}
) as t
where t.row_number > {3}", pageSize, sql, where1, tag);
//获取数据
var list = db.Database.SqlQuery<T>(sqls, paramss).ToList<T>(); //通过自定义的class R 取得总页码数和记录数
string sqlCount = string.Format("select count(1) as Rows from {0} {1}", tableName, where1);
rows = db.Database.SqlQuery<R>(sqlCount, paramss).ToList()[].Rows;
totalPage = rows % pageSize == ? rows / pageSize : rows / pageSize + ; return list; }
public class R
{
public int Rows { get; set; }
}

说明:上述分页方法也是我全面改造EF分页查询的一个典范。从上述代码可以看出,这完全是自定义的拼接sql的分页查询,也就是说我们完全掌握了自主权。只是利用EF的ORM功能将table转换成model,其它的都是自己实现的。大家可能看到上述代码定义了一个类R,这是因为我们要查询总共的记录数。

用 SQL Server Profiler工具分析查询结果如下:

EF分页中的陷阱

(三) 小结                                                  

以上叙述,就完成了几种EF分页的方式及陷阱的演示。如有错误或者不妥之处,欢迎指正。

上一篇:jQuery Ajax(异步请求)


下一篇:POJ1155TELE[树形背包]