C# 在EF6中执行StoredProcedure需要花费大量的时间_C#_Sql Server_Performance_Entity Framework 6

C# 在EF6中执行StoredProcedure需要花费大量的时间

c# sql-server performance

C# 在EF6中执行StoredProcedure需要花费大量的时间,c#,sql-server,performance,entity-framework-6,C#,Sql Server,Performance,Entity Framework 6,我正在ASP.NET MVC5中运行EF6（v6.2.0）当通过EF6的SqlQuery（）函数执行某个StoredProcess时，我必须等待大约2分钟（！）才能在内存中获得结果由于一些复杂的计算，StoredProcedure在数据库中大约需要9-12秒，并使用11个参数调用： exec sp_Calculation @q, @y, @gn, @gesa, @rg, @cl, @yc, @vlv, @vlb, @ugv, @ugb 结果是大约2.1MB的数据（~9000行，49列）总

我正在ASP.NET MVC5中运行EF6（v6.2.0）

当通过EF6的SqlQuery（）函数执行某个StoredProcess时，我必须等待大约2分钟（！）才能在内存中获得结果

由于一些复杂的计算，StoredProcedure在数据库中大约需要9-12秒，并使用11个参数调用：

exec sp_Calculation @q, @y, @gn, @gesa, @rg, @cl, @yc, @vlv, @vlb, @ugv, @ugb

结果是大约2.1MB的数据（~9000行，49列）

总执行时间：

00:00:11.711

在代码中，我这样称呼它：

dbContext.Database.Log = s => Trace.Write(s);
return await dbContext.Database.SqlQuery<CalculationResult>("exec sp_Calculation @q, @y, @gn, @gesa, @rg, @cl, @yc, @vlv, @vlb, @ugv, @ugb", parameters).ToListAsync(token);

我的第一个猜测是网络是一个瓶颈，但是通过SSMS在Web服务器上调用StoredProc也非常快。所以网络不应该是问题所在

下面是dotTrace的调用堆栈，其中有一个大瓶颈：奇怪的是本机程序集的执行时间非常长

有人能澄清到底发生了什么以及如何解决这个问题吗

编辑： 我刚刚发现了一个类似的问题，并将尝试了解更多有关它的信息。也许它是网络

编辑2:

我确实需要内存中的所有数据，因为在创建csv文件之前需要进行一些预处理。瓶颈似乎在

snNativeMethodWrapper

中。我不需要帮助来执行与其他库的任务。我只是想在内存中更快地获取数据。

我也遇到了同样的问题，当然SSMS的执行速度会更快

问题是，所有记录都被分配给相应的POCO及其属性，它遍历每个值，直到生成一个庞大的对象集

我如何解决这个问题：

我在存储过程中创建了分页（sql级别分页）。除非你是一个电子人，否则没有人可以一次查看9000多条记录。因此，在执行存储过程时，只需从结果集中获取10-100条记录

更新：

如果需要检索创建excel的结果集，我建议可能的方法：

直接从创建excel文件，获取结果集从db到C#非常耗时
如果您在服务器端仍然需要它那么我建议您使用或任何其他保养良好的产品在服务器端为您生成excel的第三方库（我使用的是EPPlus）除SP执行外，我所用的时间不超过5秒时间）
由于EF和ado之间的差异，切换回ado.net生成报告是可行的
优化您的查询，优化它
如果您的手仍被客户捆住，请忍受当前的加载时间；）