c# - 与存储过程一起使用时，Linq to SQL 是否快速？

Question

我想使用 Linq to SQL 进行数据库通信。我读过很多页面提到 Linq 很慢，但我喜欢它的快速开发技术。

请指导我使用带有存储过程的 Linq to SQL 在性能方面有什么优势吗？

谢谢

Answer 1

这里的主要优点是让 IDE 为您编写所有管道，即整理好参数和返回数据。

在原始性能方面；对于存储过程，没有要解析的表达式树，因此应该很快。但是，我们在内部注意到 LINQ-to-SQL materializer 偶尔会变慢，如果您的使用量很大，这可能会影响您。

如果你想要最快的性能，我的建议是看dapper-dot-net ，我们在发现这些物化器暂停后编写(并作为 OSS 发布)。用法非常简单。特别是，这巧妙地允许您使用 dapper 来完成繁重的工作，但仍然使用 IDE 生成的数据类型。

在内部，我们不使用存储过程；我们结合使用:

• LINQ-to-SQL 表达式树代码
• LINQ-to-SQL ExecuteQuery(等)代码
• dapper-dot-net

对性能的偏好(根据我们的经验)是最后一个。第一个写起来很方便，而且通常足够快。中间选项是快速，但是当 dapper 具有几乎相同的 API(并且更快)时，现在很难爱上它；p