Sql server 2005 LINQ to SQL与SQL Server Reporting Services，哪一种足以满足以下要求？

对内容使用情况的基本报告，包括用于查看媒体资产的时间、进度和交互性（基于完成百分比或正确百分比），最多可供数万用户使用。基本的基于表格和文本的报告。所有内容都在SQLServer2005数据库中。对我来说，我不觉得我在优化LINQtoSQL以达到这一目的方面会有困难，但是利用Reporting Services会有很大的好处吗？我最初的想法是，考虑到我正在生成的数据和基本报告的类型，我的工作量将更大，并且我将无法实现比使用LINQ可能实现的更多。任何人都有这方面的经验吗？

我不会只根据效率来选择报告服务。SSRS有很多功能，你可能需要也可能不需要。如果效率是您唯一的决定，那么我会说它介于LINQ2SQL和通过存储过程对数据库运行查询之间。

我希望您使用SSR，但这只是因为您自己同意不必以效率为中心。Linq2Sql是一个很好的选择，但是SSRS提供了一种非常简单的方法来完成这项工作。你有一个好的图形用户界面，向导，易于配置

SSR的优势不仅在于易于开发，还在于维护和调整报告。您的报告不会是静态的，并且可能会随着时间的推移而改变。在SSRS中调整报告要容易得多，新手也可以完成。RDL格式是基于XML的，这也是一个优势。您可以随时轻松地共享和协作

总结如下：

SSR 赞成的意见： 易用性 可由新手UESR开发/更改 良好的可维护性 对于基于图形的报告也很好 欺骗： 速度 S/w成本：

Linq2Sql 赞成的意见： 速度 欺骗： 开发/维护/更改所需的专业知识

---

很难改变

对我来说，这有点像是在问我应该买一辆福特福克斯还是自己造一辆车？啊，谜题中缺少的一点是，这辆车已经造好了，在这一点上，如果你说易用性，可能不值得进行融合，例如，这是否包括将其实现到ASP.NET MVC web app中？我所说的易用性是指创建/更改/修改报告所需的专业技能，而不是与MVC或其他相关的专业技能。然而，我认为它在MVC中也应该很好地工作。