LINQ是否比调用存储过程慢？

我希望我们将对系统进行大修，以使用ASP.NETMVC，但是提供的所有示例都倾向于使用LINQtoSQL。LINQ开发人员告诉我们，它实际上比调用存储过程慢

---

此外，如何使用MVC调用输出的存储过程？我不完全确定LINQ是否能满足我们的需要，因为我们的存储过程非常大，而且非常复杂。有什么想法吗？

我认为LINQ to SQL已经被弃用，LINQ to Entities是要使用的技术。

我认为LINQ to SQL已经被弃用，LINQ to Entities是要使用的技术。

事实上，您可以从LINQ调用存储过程到SQL。 看看这个： 我认为使用Linq不会降低性能，因为它只是用C#/VB.NET表达sql代码的一种方式。它将被转换为普通sql。

---

这是存储过程与普通查询之间的老一套斗争，Linq并不是问题的一部分。

事实上，您可以从Linq调用存储过程到SQL。 看看这个： 我认为使用Linq不会降低性能，因为它只是用C#/VB.NET表达sql代码的一种方式。它将被转换为普通sql。

---

这是存储过程与普通查询之间的老一套斗争，Linq并不是问题的一部分。

是的，在某些边缘情况下，它的速度较慢，在这些情况下，您可以从L2S调用存储过程。

是的，在某些边缘情况下，它的速度较慢，在这些情况下，您可以从L2S调用存储过程。

这正是我所想的。LINQ实际上是从.NET代码到SQL的“链接”。但是，存储过程参数是如何公开的？如果创建一个接收参数的存储过程，它将在.NET中作为一个具有相同参数的方法公开，但使用的是.NET类型。这正是我所想的。LINQ实际上是从.NET代码到SQL的“链接”。但是，存储过程参数是如何公开的？如果您创建一个接收参数的存储过程，它将在.NET中作为具有相同参数的方法公开，但使用的是.NET类型。实际上，对于那些投了否决票的人来说，他说得对了一半。ADO.NET团队已停止Linq to SQL项目。这并不能证明使用Linq来代替实体是合理的，但是…；）不，没有中断，只是没有在积极的发展。他们说有新工作的潜力，但几乎没有人反对。事实上，对于那些投反对票的人来说，他是对的。ADO.NET团队已停止Linq to SQL项目。这并不能证明使用Linq来代替实体是合理的，但是…；）不，没有中断，只是没有在积极的发展。他们说有可能进行新的工作，但几乎没有人反对。