加速应用程序“Linq 或存储过程”性能的最佳方法是什么答案

【问题标题】：What is the best to speedup the performance of application "Linq or Stored procedure"加速应用程序“Linq 或存储过程”性能的最佳方法是什么
【发布时间】：2019-01-16 12:03:44
【问题描述】：

我正在使用 MVC 架构 创建 asp.net Web 应用程序，我对在 Linq 和存储过程 之间更喜欢什么来与 进行通信有点困惑>SQL 服务器 数据库。这可以提高应用程序和数据库之间的性能并加快通信。

我问这个问题是因为在我以前的应用程序中我一直使用存储过程，但现在我只想知道这一点，因为在我当前的应用程序中性能是主要问题。

朋友只给出问题的相关答案，因为我已经看过很多文章但没有找到任何满意的解决方案。

【问题讨论】：

没有一种万能的解决方案。话虽如此，对于 90% 的场景，我见过最有价值的事情是 a) 配置文件以找到您的问题（然后修复它们） b) 添加或删除数据库索引。
那是选择 LinQ 还是 SP 的问题不会回答你的表现。这取决于你对 LinQ 或 SP 的技能组合，我们擅长 SP 性能很好，同样我们擅长 LinQ。与许多正确的方式做的表现是相似的。对于代码结构，我更喜欢在 Web 应用程序中使用带有 EF 核心的 LinQ，并且很高兴对代码中的所有内容进行代码审查。用于大数据的 SP。
race your horses!
一旦你对 sql 查询和 sql 引擎有了扎实的了解，除非它是一个玩具或演示项目，否则你永远不会使用 LINQ。 LINQ 和 sql 语句在数据表达能力上存在巨大差距。
只给出问题的相关答案，因为我已经看过很多文章但没有找到任何满意的解决方案。没有答案。如果您进行一些分析并发布实际问题，可能会有一个

标签： c# sql linq stored-procedures

【解决方案1】：

我也遇到了同样的问题。

我使用 mvc 架构创建了 asp.net Web 应用程序，我第一次在我的应用程序中使用了 linq，但它并没有提高性能，并且在应用程序的某些部分我无法找到该格式的数据我想要的。

然后我不得不将所有 linq 查询更改为存储过程。

所以我认为你应该使用存储过程。

【讨论】：

逻辑应该在前面（asp.net c#）或后端。同样，这取决于您的产品。有些人更喜欢存储过程中的逻辑，所以即使 UI 发生变化，也可以检索到逻辑