浅析EF性能优化

1.       数据Load

延迟加载:当实体第一次读取时,相关数据没有加载;当第一次试图访问导航属性时,所需的导航数据自动加载,EF默认使用这种方式加载数据,尽量使用预先加载和显示加载。

优点:加载数据快

缺点:数据库交互多次

预先加载:当读取实体时,相关数据同时读取。这通常会导致一个连接查询,查询所有所需的数据,使用Include方法指定预先加载。

优点: 数据库交互少

缺点:加载实体多,数据量大时,变慢,会有很多冗余字段

显示加载:这种加载方式类似于延迟加载,不同的是我们要在代码中明确地查询相关数据,导航属性是手动控制的,需要调用Collection.Load方法获取集合,调用Reference.Load方法获取单个实体来加载相关数据。

优点: 加载数据快,导航属性如何加载可以自己控制,通常关联实体集合的数量被限制时,使用Load方法

缺点: 需要自己控制,数据库交互多次,交互次数由自己控制

CompiledQuery提供对查询的编译和缓存以供重新使用。当相同的查询需要执行很多遍的时候,那么我们可以使用ComplieQuery将查询的语句进行编译以便下次使用,这样可以免去对同一语句的多次处理,从而改善性能

优点:减少查询表达式树编译次数

AsNoTracking如果数据是只读操作,用AsNoTracking取消追踪,提升性能。

SqlQuery对于复杂的查询或存储过程的使用,考虑用SqlQuery操作原生sql。

Skip分页在数据库中分页,不要再内存中分页,以提升性能

IQueryableIEnumerableIQueryable返回的是查询表达式,也就是说生成了SQL查询语句但是却还没有与数据库进行交互。IEnumerable则是已经执行查询数据库的操作且数据保存在了内存中,所以在进行条件拼接的时候一定要在IQueryable类型后面追加Where条件语句,而不是等到ToList之后再开始写条件,以提升性能。

2.       数据Get

Find()方法:查找一个实体,不仅查询数据库,而且还查询新添加的没有保存到数据库中的对象。

查找方式:内存查找->新添加还没保存到数据库中的对象->数据库中还没加载到内存中实体

优点:根据主键查找,主键有索引,速度快

缺点:只能根据主键查找

GetObjectByKey()方法:查找一个实体

查找方式:内存查找- >数据库中实体

优点:先从内存中取速度快

缺点:只能根据主键查找,查询不到抛出异常

TryGetObjectByKey()方法:查找一个实体

查找方式:内存查找- >数据库中实体

优点:先从内存中取速度快 , 查询不到返回null

缺点:只能根据主键查找

Single()方法:查找一个实体

查找方式:数据库中实体

优点:不根据主键进行查询或查询时加载相关实体

缺点:查询没有返回结果或返回的结果多于一个就会抛出异常

SingleOrDefault()方法:查找一个实体

查找方式:数据库中实体

优点:不根据主键进行查询或查询时加载相关实体, 查询没有返回结果返回null

缺点:返回的结果多于一个就会抛出异常

First()方法:查找一个实体,不关心是否有多个结果,仅仅取得第一条

查找方式:数据库中实体

优点:不根据主键进行查询或查询时加载相关实体, 只取第一条

缺点:查询没有结果就会抛出异常

FirstOrDefault()方法:查找一个实体,不关心是否有多个结果,仅仅取得第一条

查找方式:数据库中实体

优点:不根据主键进行查询或查询时加载相关实体, 只取第一条,查询没有结果返回null

缺点:不知道是否有多条数据

3.       其它优化

事物的简短性:尽量把查询语句和影响事物的语句放在事物外面执行,防止资源死锁。

批量修改:尽量用sql执行

预生成视图:在实体框架可以针对概念模型执行查询或将更改保存到数据源之前,它必须生成一组本地查询视图才能访问数据库。 由于生成这些视图会产生很高的成本,因此,您可以在设计时预生成视图并将它们添加到项目。预生成视图方式参考:

https://msdn.microsoft.com/zh-cn/library/bb896240.aspx

AsEnumerable()ToList()两者都是延迟执行sql,区别是AsEnumerable()在执行过滤之前,先将所有数据放到内存中,再进行筛选;ToList()则是先拼接成sql再请求数据库,然后结果放入内存,是真正的筛选数据。

IQueryableIEnumberableIQueryable实现了IEnumberable接口,IEnumerable<T> 泛型类在调用自己的SKip 和 Take 等扩展方法之前数据就已经加载在本地内存里了,IEnumerable跑的是Linq to Object,强制从数据库中读取所有数据到内存先,

而IQueryable<T> 是将Skip ,take 这些方法表达式翻译成T-SQL语句之后再向SQL服务器发送命令,它并不是把所有数据都加载到内存里来才进行条件过滤。

备注:以上内容仅供参考,是EF性能优化很浅的一部分,如有错误大家可以一起讨论。

更多优化请参考:https://msdn.microsoft.com/zh-cn/library/cc853327.aspx

浅析Entity FrameWork性能优化的更多相关文章

  1. [转载] - Entity Framework 性能优化建议

    1.对象管理机制-复杂为更好的管理模型对象,EF提供了一套内部管理机制和跟踪对象的状态,保存对象一致性,使用方便,但是性能有所降低. 2.执行机制-高度封装在EF中,所有的查询表达式都会经过语法分析. ...

  2. Entity Framework性能优化

    AsNonUnicode 执行如下语句,并用SqlProfiler监控其SQL: var list = WMFactory.ReChargeMobile.Queryable().Where(w =&g ...

  3. 浅谈.NET Micro Framework性能优化 转自 软件中国

    .NET Micro Framework的可剪裁性,高定执行,和天生对硬件高集成度都让它的前途一片光明.当然,它现在还很年轻,就发布的SDK v3.0来看,它还有很长的路要走. 废话不说,就这几个月我 ...

  4. 浅析Entity Framework Core中的并发处理

    前言 Entity Framework Core 2.0更新也已经有一段时间了,园子里也有不少的文章.. 本文主要是浅析一下Entity Framework Core的并发处理方式. 1.常见的并发处 ...

  5. 浅析Entity Framework Core2.0的日志记录与动态查询条件

    前言 Entity Framework Core 2.0更新也已经有一段时间了,园子里也有不少的文章.. 本文主要是浅析一下Entity Framework Core2.0的日志记录与动态查询条件 去 ...

  6. 提高entity framework 性能,要注意哪些事情.

    转自:http://www.cnblogs.com/jake1/archive/2013/04/25/3043664.html 我发现现在有不少博友,都反对使用EF框架,说它性能低.其实只要你用的好, ...

  7. Entity Framework性能影响因素分析

    1.对象管理机制-复杂为更好的管理模型对象,EF提供了一套内部管理机制和跟踪对象的状态,保存对象一致性,使用方便,但是性能有所降低. 2.执行机制-高度封装在EF中,所有的查询表达式都会经过语法分析. ...

  8. 《浅析Entity Framework Core中的并发处理》引起的思考

    看到一篇关于EF并发处理的文章,http://www.cnblogs.com/GuZhenYin/p/7761352.html,突然觉得为什么常见业务中为什么很少做并发方面的考虑.结合过去的项目,这样 ...

  9. Code First Entity Framework 6化被动为主动之explicit loading模式实战分析( 附源码)

    在使用Entity Framework加载关联实体时,可以有三种方式: 1.懒加载(lazy Loading); 2.贪婪加载(eager loading); 3.显示加载(explicit load ...

随机推荐

  1. Kafka+Zookeeper+Filebeat+ELK 搭建日志收集系统

    ELK ELK目前主流的一种日志系统,过多的就不多介绍了 Filebeat收集日志,将收集的日志输出到kafka,避免网络问题丢失信息 kafka接收到日志消息后直接消费到Logstash Logst ...

  2. 位运算符和unity Layers

    按位运算符:与(&).非(~).或(|).异或(^).<<(左移).>>(右移).位运算符主要用来对二进制位进行操作. 逻辑运算符:&&.||.!.逻辑 ...

  3. OpenStack 计算服务 Nova计算节点部署(八)

    如果使用vmware虚拟机进行部署,需要开启虚拟化:如果是服务器需要在bios上开启. nova计算节点IP是192.168.137.12 环境准备 安装时间同步 yum install ntpdat ...

  4. 自己写的一个Vue

    下面这里是我自己写的一个小型的vue,原理就是proxy: //Proxy天生没有prototype,因此要加上,不然extends会报错 Proxy.prototype = Proxy.protot ...

  5. 高级篇 KZ002.反射读取注解[未封装]

    创建自定义注解 package com.hanpang.java; /** * 注解说明: 方法的文档注释 * * @Author: 胖先生 * @Create: 2016-04-27 10:29 * ...

  6. python BeautifulSoup

    之前解析LXML,用的是XPath,现在临时被抓取写爬虫,接人家的代码,看到用的是BeautifulSoup,稍微学了下,也挺好用的,简单记录下用法,有机会做下和Xpath的对比测试 初始化 from ...

  7. CTSC/APIO2018滚粗记

    CTSC/APIO2018滚粗记 前言 从\(5.5\)晚上的火车到\(5.14\)早上的高铁 \(10\)天的时间真的过去的很快. 眨眼间,就到了今天晚上的颁奖. 至于结果如何,反而并不是那么重要了 ...

  8. consul服务发现和配置共享的软件,

    Consul 是什么 consul是一个支持多数据中心分布式高可用服务发现和配置共享的服务软件,由HashiCorp 公司用 Go 语言开发, 基于 Mozilla Public License 2. ...

  9. CSS font系列

    font-family font-family: Verdana,Helvetica,Arial,"Microsoft YaHei",sans-serif; font-family ...

  10. 利用gcc自带的功能-fstack-protector检测栈溢出及其实现【转】

    转自:https://www.cnblogs.com/leo0000/p/5719186.html 最近又遇到了一个崩溃,栈回溯非常怪异. /lib/i386-linux-gnu/libc.so.6( ...