performance相关内容
我在应用程序中使用.NET Framework 4.0中的Entity Framework。 将操作系统升级到64位版本后,我注意到更高的CPU使用率应用程序。 专门为x86(而不是像以前那样的任何CPU)编译应用程序,应用程序恢复到与操作系统升级前相同的CPU使用情况。 p> 我使用以下代码进行了一些更详细的测量 一些预热代码在之前运行首次创建上下文并首次运行查询的开销未
..
我有一个相当通用的CRUD webapp,它根据几个数据库表的内容动态生成页面。我正在使用Entity Framework 4.0将数据从数据库中提取出来,但是我遇到了严重的性能问题。我已经设法迭代了一个包含足够的问题,我可以在下面详细说明。 我有一个包含页面表单列表(〜200)。每个表单都有一个或多个字段(总共约4000个),每个字段可能有一些参数(共16000)。 我附上了我的模型
..
我有以下问题。 背景 我试图实现一个自动完成选择器MVC3,EF4和jquery表上有450万条记录。 这是表: CREATE TABLE [dbo]。[CONSTA]( [afpCUIT] nvarchar(11)COLLATE Modern_Spanish_CI_AS NOT NULL, [afpNombre] nvarchar(30)COLLATE Modern
..
我的EF 4.3.1型号有200多张表。初始启动是可怕的,几分钟。一个DotTrace捕获的配置文件意味着在框架中深入的一些可怕的算法/可扩展性选择,数百万个调用了许多方法,以及3600万个IEnumerable.Contains()调用。这是一个代码段,这是由数据库上完成的第一个查询触发的(未来的查询不会这样做,很好)。 我可以做什么来做我的模型不那么痛苦?我可以预先编译这个吗?更好的是,
..
更新3:根据这个公告,这是由EF团队在EF6 alpha 2中解决的。 更新2:我创建了一个建议解决这个问题。要投票支持,去这里。 考虑一个SQL数据库,一个非常简单的表。 CREATE TABLE Main(Id INT PRIMARY KEY) 我填充10,000个记录的表。 WITH Numbers AS ( SELECT 1 AS Id
..
我的EF模型中有TPT继承。有几种类型继承的“主”抽象类型,包括“顺序”。有1700000个订单,但主人有更多的行对应其他类型。 我们有一个奇怪的情况,其中选择50个订单比选择相同的50个订单慢,但包括一些其他相关实体。它追踪到数据库,其中非常简单的查询 从SAM.Master m 中选择top 50 *加入SAL。 [订单] o on.OrderMasterID = m.Maste
..
我只是测试一个简单的查询,我以不同的方式访问,但每个的速度可以变化最多2秒。我希望有人能澄清为什么会这样。我的项目是在很早的阶段,所以我以为我会确定我在做的太大了之前。 诚然,我的测试风格并不完美,但我认为这样做够好。 '使用通用的Repository和UnitofWork,并且我在这个而语句中打数据库(本地机器上的sqlexpress)10,000次。该表只有64条记录。测试运行在发
..
最近我开始使用Entity Framework(4.1版)和WCF。 我试图制作一个n层asp.net应用程序(.Net Framework 4.0),其中数据层由内部使用实体框架的wcf服务组成。实体框架采用的方法是模型化的。 在我的开发环境中,我同时拥有ASP.NET应用程序和运行在IIS 7.5上的wcf服务,并且在同一个应用程序池下伟大,但它的作品)。在任何wcf服务的第一次访问时
..
在我的代码中,我曾经使用 await FindAsync 加载相关实体,希望我更好地符合c#异步指南。 var activeTemplate = await exec.DbContext .FormTemplates.FindAsync(exec.Form.ActiveTemplateId); 它运行缓慢,在sql server profiler中缓慢,SSMS中的查
..
数据库(Sql Server) )实际上是通过Entity Framework来确定的,问题基本上是每个调用从用户界面开始,并且遍历所有层,但是这样做需要每次对每个操作创建一个新的ObjectContext,这使得性能非常糟糕,因为每次我需要重新加载元数据并重新编译查询。 最推荐的模式是下面的模式,它正是我在做的:创建和传递新的上下文通过业务层方法每次服务接收一个调用 public
..
有没有明显的原因,通过我的实体模型调用存储过程会导致比直接调用更慢的性能? 首先,我不期望SP以完全相同的速度运行,我知道有许多事情,EF必须这样做,直接访问SP时不会被调用。 除此之外,我有一个查询返回三列字符串。当我通过企业管理器执行它时,它会立即运行。如果我通过EF运行它,则需要大约六秒钟。认为,结果被映射成一个复杂的类型,但是当我通过SQL Server Profiler运行查
..
var context = new SomeCustomDbContext() // LINQ to Entities? var items = context.CustomItems.OrderBy(i => i.Property).ToList(); // LINQ to Objects? var items2 = context.CustomItems.ToList(
..
我使用Entity Framework 4.2(代码优先)将大量数据插入到SQL Server CE 4.0中,与直接SQL插入相比,性能极差。 该模型非常简单: public class DocMember { public DocMember(){ this.Items = new List(); } public int Id {get;组;
..
我正在努力减少基于EF的应用程序的启动时间,但是我发现即使对于单个实体上下文,我也不能减少初始读取所需的时间在7秒以内。特别奇怪的是,这一次不是具体的上下文类型。 任何人都可以解释什么原因导致这些缓慢的时间和/或如何让事情更快地运行? 以下是完整的示例代码: 在我的数据库中,我有一个名为se_stores的表,主键列为AptId: //一个示例实体类 public cl
..
类项目 { [Index] public string CreatedBy {set;得到; } 当我使用update-database进行迁移时,我收到以下错误。然而,据我研究的 [Index] 应该作为注释到 string 。 表'dbo.Items'中的列'CreatedBy'是一种无法用作索引中的关键列的类型。 解决方案 通常,当
..
我一直在寻找比较L2S和EF的最新性能基准,并且找不到使用发布的EF的任何测试过的调用存储过程。所以,我运行了一些我自己的测试,并发现一些有趣的结果。 这些结果是否正确?我应该用不同的方式进行测试吗? 上下文的一个实例,sproc的一个调用: (dead link) 上下文的一个实例,同一个sproc的多个调用: (dead link) 上下文,同一个sproc的多个调
..
.Find(id)和之间有显着差异。(x => x.Id == id) code>应该强迫我使用 .Find()超过$ code> .Where()/。First()? 我想象, .Find()会更有效率,但是效率要高得多我应该避免 .Where()/。First()? 我问的原因是我正在使用在我的测试中,通用的FakeDbSet使得它很容易实现假的结果,到目前为止,我发现我必须继承该
..
我正试图在我自己的时间做一个stackoverflow克隆来学习EF6和MVC5,我目前正在使用OWin进行身份验证。 一切正常我有50-60个问题,我使用了红门数据生成器,并尝试将其高达100万个问题,数以千计的小孩表行无关,只是为了“强调”ORM。以下是linq如何看起来像 var query = ctx.Questions .AsNoTracking()//只读性能boos
..
启动时间即使是微小的DbContext 。 在采取他的代码并将其移动到单独的解决方案以尽可能隔离之后,我发现包含项目的平台目标对EF启动过程的运行时间有深刻的影响。 当定位x64时,我看到测试需要大约7秒钟来启动第一个DbContext和
..
这是来自我的网页主机 - http://i55.tinypic.com/263uiag.png 这是从我的本地服务器 - http://i53.tinypic.com/102t4xe.png 这是我担心的响应时间的增加。 我已经将问题缩小到代码 中的一行单位Nop.Data> EfRepository.cs> public void Insert(T entity)> _entit
..