与使用SQL Server 2008后端加载大多数低级别C的自定义优化查询相比，使用C＃和LINQ需要多少数据库性能开销？
我特别想到的情况是，你有一个相当数据密集的程序，并且每个屏幕至少会进行一次数据刷新或更新，并且会同时拥有50-100个用户。
答案 0 :(得分：2)
谢谢Stu。底线似乎是LINQ to SQL可能在新版本中没有显着的数据库性能开销，如果你能够使用编译选择，并且较慢的更新功能可能会更快，除非你有一个真正的锐利专家做大部分编码。
答案 1 :(得分：1)
根据我的经验，只要编写查询的人知道他/她正在做什么，并采取通常的预防措施以确保生成的查询是最佳的，必要的索引到位等等，根据我的经验，开销很小。换句话说，数据库的影响应该是一样的;在应用程序方面有一个最小但通常可以忽略不计的开销。
那说......这有一个例外;如果单个查询生成多个聚合，则L2S提供程序将其转换为每个聚合具有一个子查询的大型查询。对于大型表，这可能会产生严重的I / O影响，因为查询的db I / O成本会增加查询中每个新聚合的大小。
解决方法当然是将聚合移动到存储过程或视图。 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