Entity Framework数据访问性能优化的几种方法--《电脑开发与应用》2014年07期
Entity Framework数据访问性能优化的几种方法
【摘要】：Entity Framework一般通过LINQ代码或lambda表达式自动生成SQL语句,开发效率很高,然而使用时如果不注意会引来性能问题。通过对不同方法使用Entity Framework进行比较,提出Entity Framework数据访问性能优化的几种方法,包括更新数据时使用无跟踪查询、通过附加数据修改和删除数据、合理使用ToList()和FirstOrDefault()、合理使用预先加载。经过性能测试,这些方法是有效的。
【作者单位】：
【关键词】：
【分类号】：TP311.52【正文快照】：
引言Entity Framework(简称EF)是微软开发的基于ADO.NET的ORM(Object/Relational Mapping)框架。EF技术基于实体联系模型建立,概念清晰,EF给数据库应用系统开发带来了更高的效率[1],近几年来,EF的地位日益上升,成为微软数据存取技术的主角。在应用系统编写过程中,使用EF可以提
欢迎：、、)
支持CAJ、PDF文件格式，仅支持PDF格式
【参考文献】
中国期刊全文数据库
赵亮;;[J];企业导报;2012年18期
马鹏烜;;[J];现代计算机(专业版);2011年14期
【共引文献】
中国期刊全文数据库
陶磊;郝伟;;[J];电脑知识与技术;2013年25期
唐磊;;[J];计算机光盘软件与应用;2014年02期
赵炯;屈剑平;周杰;潘舒眉;;[J];机械设计与制造工程;2013年06期
金晓晔;卫刚;黄荣杰;朱华;;[J];计算机与现代化;2013年10期
罗彬;张力;;[J];武汉工程大学学报;2012年03期
苑庆涛;张新柱;马博;牛晓晨;;[J];计算机技术与发展;2013年12期
中国硕士学位论文全文数据库
谭莅云;[D];大连理工大学;2013年
于丹;[D];大连工业大学;2012年
【二级参考文献】
中国期刊全文数据库
李文华;孙江华;;[J];长江大学学报(自然科学版)理工卷;2008年04期
李文华;施晓红;;[J];长江大学学报(自然科学版)理工卷;2008年04期
王钧;张庆伟;;[J];焦作大学学报;2007年04期
司天歌;刘铎;戴一奇;;[J];清华大学学报(自然科学版);2007年07期
赵志刚;;[J];沈阳师范大学学报(自然科学版);2009年02期
傅棋灿;史浩山;;[J];微型电脑应用;2010年12期
赵纯;施一剑;张昱;金心宇;;[J];计算机系统应用;2011年04期
【相似文献】
中国期刊全文数据库
罗云飞,刘冰兰;[J];工程设计CAD与智能建筑;1998年02期
周耀宇,刘强,赵明阳;[J];计算机应用;2005年07期
崔萌,史耀馨,李宣东,郑国梁;[J];计算机应用与软件;2005年01期
柳义筠,熊前兴;[J];计算机与现代化;2005年04期
周鸿伟,王维平,汪浩;[J];计算机工程与应用;2002年24期
蒋先刚;[J];机床与液压;2003年01期
徐晓莲;[J];鄂州大学学报;2002年04期
姚海琼,倪桂强;[J];计算机应用研究;2004年09期
张宇峰,曹广益,朱新坚;[J];微型电脑应用;2001年04期
王磊,谢俊元;[J];计算机应用研究;2002年05期
中国重要会议论文全文数据库
;[A];中国自动化学会控制理论专业委员会B卷[C];2011年
车万翔;刘挺;李生;;[A];NCIRCS2004第一届全国信息检索与内容安全学术会议论文集[C];2004年
葛松培;孙红三;;[A];计算机技术在工程建设中的应用——第十二届全国工程建设计算机应用学术会议论文集[C];2004年
钟琦;谭庆平;;[A];第一届全国Web信息系统及其应用会议（WISA2004）论文集[C];2004年
赵章界;白硕;;[A];NCIRCS2004第一届全国信息检索与内容安全学术会议论文集[C];2004年
陈宁昱;周雅倩;黄萱菁;吴立德;;[A];NCIRCS2004第一届全国信息检索与内容安全学术会议论文集[C];2004年
王学军;姚吉;;[A];第一届全国Web信息系统及其应用会议（WISA2004）论文集[C];2004年
郑华;;[A];广西计算机学会2010年学术年会论文集[C];2010年
杜军平;郭文生;尹怡欣;;[A];2005年中国智能自动化会议论文集[C];2005年
中国重要报纸全文数据库
张小杰;[N];中国电脑教育报;2001年
中国硕士学位论文全文数据库
姚俊;[D];武汉科技大学;2004年
苏桁;[D];华南理工大学;2012年
艾剑锋;[D];华东交通大学;2010年
Usman B[D];中南大学;2002年
尚坤;[D];清华大学;2010年
盛青;[D];吉林大学;2004年
苏涛;[D];西南交通大学;2004年
王凯;[D];电子科技大学;2011年
王永天;[D];哈尔滨工业大学;2013年
吴芸;[D];电子科技大学;2013年
&快捷付款方式
&订购知网充值卡
400-819-9993
《中国学术期刊（光盘版）》电子杂志社有限公司
同方知网数字出版技术股份有限公司
地址：北京清华大学 84-48信箱 大众知识服务
出版物经营许可证 新出发京批字第直0595号
订购热线：400-819-82499
服务热线：010--
在线咨询：
传真：010-
京公网安备75号Entity Framework（2）
自从我用了EF，每次都很关心是否有潜在的性能问题。所以每次我写LINQ查询，都会使用SQL Profiler看一下实际生成的SQL语句，以便发现潜在的性能问题。也强烈建议大家这么去做，以免日后软件大了出了问题很难查。
一、只选择某列或某些列
有些时候，在C#里写LINQ虽然看着舒服，但性能不一定好，所以有必要做一些调整。比如这种情况：
我需要知道一篇文章的点击数，仅此而已，我可能会写：
context.Post.FirstOrDefault(p =& p.Id == postId).Hits;
context.Post.Find(postId).Hits;
我期待着他们只去数据库里筛选Hits这一列的数据，然而，通过SQL Profiler会发现，这两条语句居然把全部列都给select出来了，访问Hits的操作实际是在内存中进行的。
虽然小表看不出性能问题，但万一你的表里有一列是存文件字节流（byte）的，那这样的操作可能会很慢，并且消耗额外的网络传输，所以不能忽视这个问题。
其实，我只要稍作调整，就能避免这个问题，但会LINQ语句难看一点：
context.Post.Where(p =& p.Id == postId).Select(p =& p.Hits).FirstOrDefault();
LINQ to SQL最终生成的native sql是这样的：
exec sp_executesql N'SELECT TOP (1)
[Extent1].[Hits] AS [Hits]
FROM [dbo].[Post] AS [Extent1]
WHERE [Extent1].[Id] = @p__linq__0',N'@p__linq__0 uniqueidentifier',@p__linq__0='850C3A86-6C3D-408B-8099-61EDA559F804'
真正的只select了Hits一个字段。
二、ToList()的问题
其实EF很多时候的性能问题都是关系到查询执行时机的。我们通常的意图是，首先建立一个查询表达式，只是build，而不execute。执行的时机是用到这个表达式结果的时候才去执行。
在公司码程序的时候，我看到好多同事用EF，写完查询喜欢直接调用ToList()方法。有时候这会造成很大的性能问题。因为单纯声明一个linq表达式并不会立即执行SQL查询，然而一旦在后面加上ToList()，就会立即去执行。如果你只是想根据条件选择其中一些数据，而非全部的话，那ToList()以后再筛选，就是从内存里执行了，并不是把你的条件转换成sql的where语句去执行。
var query = from ..... // 建立查询，但不执行
var result = query.ToList(); // 立即执行查询
所以，你应当尽量避免从ToList()后的结果中再去查找自己想要的元素。
三、IQueryable, IEnumerable
在这两个接口的选择上，我偏向使用IQueryable。大部分时候这两个接口在使用上的表现都是一致的，但如果你要做的是一个不确定的查询，意思是这个查询表达式不是一次性确定的，对于它的结果可能由别的类来选择到底select哪些东西，这时候就要用IQueryable。
比如我有一个数据层方法：
public IEnumerable&EdiBlog.Core.Entities.Post& GetAllPost()
return context.Post;
很显然，它会被系统中的其他方法调用，而这些调用者希望得到的结果都各不相同。通常的操作就是再拼一个where语句上去：
var myResult = postDa.GetAllPost().Where(...)
但这时，很不幸的是，where语句中的条件并不是转换为native sql去执行的，它是在内存中筛选的。这是一个比较阴的性能问题。所以文章一开始我就建议大家多用SQL Profiler看看自己的LINQ是怎么执行的。
如果把返回类型换成IQueryable，那么你的where语句就可以转化为SQL执行。
public IQueryable&EdiBlog.Core.Entities.Post& GetAllPost()
return context.Post;
关于这两个接口，在屌丝论坛StackOverflow上有一个比较好的帖子，大家可以自己看一下：
“IEnumerable:&IEnumerable is best suitable for working with in-memory collection. IEnumerable doesn’t move between items, it is forward only collection.
IQueryable:&IQueryable best suits for remote data source, like a database or web service. IQueryable is a very powerful feature that enables a variety of interesting deferred execution scenarios (like paging
and composition based queries).”
在MSDN论坛上也有个比较直观的答案：
IQueryable returns a &queryable& that is a query you could still be enriched before really sending it to the server.
IEnumerable returns a list that is the actual querying took place and you get the results. ToList is isued to force running the query and returning these enumerable results...
So in short :
- use IQueryable if you want to return a base query that could be further&enhanced before running it server side (by enumerating its items)..
- use IEnumerable/ToList if you want to return a list that has been retrieved from the db
四、计算个数，Count()和Count
这个是最容易被坑，也是非常严重的一个性能问题。当我们需要统计符合某条件的记录的条数时，我们希望SQL语句是SELECT COUNT(*) ... 这种形式的。然而下面这个看似很自然的写法却会导致不希望的结果：
context.Category.FirstOrDefault(p =& p.Name == categoryName).Posts.Count;
这是我博客里用来统计某分类下文章数目的语句，当然，因为发现性能问题，现在已经不是这么写了。它产生的SQL并不是SELECT COUNT，而是分成2条。下面是SQL Profiler抓到的：
exec sp_executesql N'SELECT TOP (1)
[Extent1].[Id] AS [Id],
[Extent1].[Name] AS [Name],
[Extent1].[DisplayName] AS [DisplayName]
FROM [dbo].[Category] AS [Extent1]
WHERE [Extent1].[Name] = @p__linq__0',N'@p__linq__0 nvarchar(4000)',@p__linq__0=N'ASPNET'
exec sp_executesql N'SELECT
[Extent2].[Id] AS [Id],
[Extent2].[Title] AS [Title],
[Extent2].[Slug] AS [Slug],
[Extent2].[PubDate] AS [PubDate],
[Extent2].[PostContent] AS [PostContent],
[Extent2].[Author] AS [Author],
[Extent2].[CommentEnabled] AS [CommentEnabled],
[Extent2].[IsPublished] AS [IsPublished],
[Extent2].[Hits] AS [Hits],
[Extent2].[Rators] AS [Rators],
[Extent2].[Rating] AS [Rating],
[Extent2].[ExposedToSiteMap] AS [ExposedToSiteMap],
[Extent2].[DisplayFrom] AS [DisplayFrom],
[Extent2].[DisplayTill] AS [DisplayTill],
[Extent2].[LastModifyOn] AS [LastModifyOn],
[Extent2].[PublishToRss] AS [PublishToRss]
[dbo].[PostCategory] AS [Extent1]
INNER JOIN [dbo].[Post] AS [Extent2] ON [Extent1].[PostId] = [Extent2].[Id]
WHERE [Extent1].[CategoryId] = @EntityKeyValue1',N'@EntityKeyValue1 uniqueidentifier',@EntityKeyValue1='3FEB11A2-6E36-4DCE-8C02-614BEF7ACC62'
可以看到，EF做了两件事，第一件事是查找Name为&ASPNET&的Category，然后用这个Category的Id去找它所有的Post，最后做Count的其实是.NET在内存里进行的。这显然把我们不需要的信息都给SELECT出来了。我们只需要一个Count，为毛会这么复杂呢？
回顾第一条我所讲过的。不难发现。在FirstOrDefault(...)之后访问的属性，都是在内存里进行的。所以，当我们访问Category.FirstOrDefault(p =& p.Name == categoryName)的时候，就生成了第一条SQL语句。紧跟其后的“.Posts”是Category对象的导航属性，EF会用lazy load去加载这个category所有的post，所以就生成了第二条SQL语句。再紧接其后的Count就自然而然在内存里进行了。
如果要让代码尽量去生成LINQ to SQL，有个很简单的原则，就是尽量用LINQ、Lambda表达式，这样EF才可能帮我们翻译。C#里的Count有两种。Enumerable.Count()是方法，List.Count是属性。一旦一个东西变成了List，你再去Count，就必定是在内存里进行的了。
所以，在EF中，要进行Count操作，应该这样写：
context.Post.Count(p =& p.Categories.Any(q =& q.Name == categoryName));
这时，Count()接受了一个lambda表达式，LINQ to SQL就能准确翻译为“SELECT COUNT”了：
SELECT [GroupBy1].[A1]
SELECT COUNT(1)
[dbo].[Post]
AS [Extent1]
SELECT 1 AS [C1]
[dbo].[PostCategory] AS [Extent2]
INNER JOIN [dbo].[Category] AS [Extent3]
[Extent3].[Id] = [Extent2].[CategoryId]
([Extent1].[Id] = [Extent2].[PostId])
AND ([Extent3].[Name] = 'ASPNET')
AS [GroupBy1]
现在性能要明显好很多～
转：http://edi.wang/Post//performance-issue-in-select-one-or-few-colums-via-entityframework
&&相关文章推荐
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：36638次
排名：千里之外
原创：30篇
转载：23篇
(2)(2)(2)(1)(4)(2)(1)(2)(2)(1)(1)(5)(1)(1)(3)(1)(2)(1)(1)(5)(6)(1)(1)(4)(1)主题信息（必填）
主题描述（最多限制在50个字符）
申请人信息（必填）
申请信息已提交审核，请注意查收邮件，我们会尽快给您反馈。
如有疑问，请联系
在读大四学生一枚，学习过C++、java、C语言，windows编程、Linux编程，学过.....。目前主要学习C++、Qt编程。梦想做一位技术leader。乐于总结、乐于分享。目前从事Qt软件开发工作。
主要从事PHP开发工作，个人网址：