在使用 Entity Framework 访问数据库时,我们经常使用 Lambda 表达式,但是如果不小心的话,很容易就掉到坑里了。比如下面的例子:用 Lambda 访问 MSSqlServer 中的 NewsInfo 表中 id 小于 20 的记录。
代码如下:
运行程序,程序工作正常。打开 SQL Server Profiler 跟踪 EF 生成的 SQL 语句,结果如下:
这正是我们想要的 SQL 语句。下面我们将程序改一下,把 Lambda 表达式以参数的形式传递给一个方法 GetNewsList( Func < NewsInfo , bool > lambda) 。方法 GetNewsList的代码如下:
Main() 方法如下:
这时再次运行程序,程序工作正常,不过时间长了一些,用 SQL Server Profiler 跟踪,产生的 SQL 语句如下:
“坑”出现了, EF 是直接从 NewsInfo 表中取出所有的数据到内存中,然后在内存中再做一次检索。显然,这样的方式在数据量小的时候并不太影响性能。但是在大数据量,高并发访问的时候,这种方式简直就是噩梦。
那么怎样改善呢? System.Linq.Expressions 命名空间的 Expression 可以帮我们解决以上问题。修改后的GetNewsList()方法代码如下:
Main() 方法不变。下面再次运行代码,并跟踪产生的 SQL 如下:
这下正常了。 Expression<TDelegate> 类可以 以表达式目录树的形式将强类型 lambda 表达式表示为数据结构 ,从而在编译阶段产生我们想要的 SQL代码。