与同时都带有SQL Server 2008后端的，大多数都装有低级C的自定义优化查询相比，使用Cand LINQ涉及多少数据库性能开销？

我在这里特别考虑的情况是，我们有一个数据密集型程序，并且每个屏幕至少要刷新或者更新一次数据，并且同时有50-100个用户。

解决方案

回答

谢谢斯图。底线似乎是，如果我们能够使用编译的select，则LINQ to SQL可能不会在较新版本上带来显着的数据库性能开销，并且更新速度较慢的功能可能会更快，除非我们拥有真正的锐利能力。专家完成大部分编码工作。

回答

以我的经验，只要编写查询的人员知道他/她在做什么，并采取通常的预防措施以确保生成的查询是最佳的，必要的索引已到位等，开销就很小。对数据库的影响应该相同；应用程序方面的开销很少，但通常可以忽略不计。

就是说……这是一个例外。如果单个查询生成多个聚合，则L2S提供程序会将其转换为一个大型查询，每个聚合有一个子查询。对于大表，这可能会对I / O产生重大影响，因为查询中每个新聚合的查询的db I / O成本都会随着幅度的增长而增加。

解决方法当然是将聚合移动到存储的proc或者view。马特·沃伦(Matt Warren)为替代查询提供程序提供了一些示例代码，该代码以更有效的方式翻译了这种查询。

资源：

https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=334211

http://blogs.msdn.com/mattwar/archive/2008/07/08/linq-building-an-iqueryable-provider-part-x.aspx