请大家审阅以下代码：
1 [Route("/crmorders/gettomonthtotal")] 2 public string GetOrdersToMonthTotal(string monStr, string sdept,int page=1,int limit= 20) 3 { 4 using (var db = new hibiContext()) 5 { 6 var dateMonthFD = monStr.ToDateTime().GetMonthFirstDay(); 7 var dateMonthLD = monStr.ToDateTime().GetMonthLastDay(); 8 //获取数据集的总条数 9 var count = db.BivCrmProdordersOri.Count(); 10 11 //linq表达式的正确写法 12 var dataLinq01 = (from o in db.BivCrmProdordersOri 13 where o.DictDtlNameBus == sdept && o.AcceptDate >= dateMonthFD && o.AcceptDate <= dateMonthLD 14 orderby o.AcceptDate 15 select o).Skip((page - 1) * limit).Take(limit).ToList(); 16 //linq表达式的错误写法 17 var dataLinq02 = (from o in db.BivCrmProdordersOri 18 where o.DictDtlNameBus == sdept && o.AcceptDate.Value.ToString("yyyy-MM") == monStr 19 orderby o.AcceptDate 20 select o).Skip((page - 1) * limit).Take(limit).ToList(); 21 22 //lambda表达式的正确写法 23 var dataLambda01 = db.BivCrmProdordersOri 24 .Where(o => o.DictDtlNameBus == sdept && o.AcceptDate >= dateMonthFD && o.AcceptDate <= dateMonthLD) 25 .OrderByDescending(o => o.AcceptDate) 26 .Skip((page - 1) * limit) 27 .Take(limit) 28 .Select(o=>o) 29 .ToList(); 30 31 //lambda表达式的错误写法 32 var dataLambda02 = db.BivCrmProdordersOri 33 .Where(o => o.DictDtlNameBus == sdept && o.AcceptDate.Value.ToString("yyyy-MM") == monStr) 34 .OrderByDescending(o => o.AcceptDate) 35 .Skip((page - 1) * limit) 36 .Take(limit) 37 .Select(o => o) 38 .ToList(); 39 40 var ret = new { code = 0, msg = "", count = count, data = data3}; 41 var json = Newtonsoft.Json.JsonConvert.SerializeObject(ret); 42 return json; 43 } 44 }
以前使用linq和lambda表达式的时候,习惯性的会把集合对象的熟悉，格式化成目标格式后再和参数做比较，来进行过滤。
测试了ef的写法后，发现ef在生成sql时并不支持对linq和lambda这种表达式的翻译。
其实通过思考也能明白，在对字段进行格式化的时候，ef生成sql过程中肯定会调用数据库函数来进行这部分翻译，实际上本身这种where条件的写法是牺牲性能的。
更应该建议使用下列值类型比较的方法来达到目的。
或者，可以将datetime字段从数据库中直接转成string类型，再进行筛选，还可以借助数据库索引提升性能。