我非常希望由于 SQL Server 2012 SQLCLR 支持 .NET 4.0，SQL Server Reporting Services (SSRS) 2012 将支持 .NET 4.0 自定义代码程序集。尝试上传引用 .NET 4.0 程序集的 rdl（通过报告管理器或通过 RSBuild）时，报告管理器会引发错误说明
此程序集由比当前加载的运行时更新的运行时构建，无法加载。(rsErrorLoadingCodeModule)
我可以配置一些东西来让 SSRS 2012 加载 .NET 4.0 程序集吗？我们是否会等到 SQL Server 的下一个主要版本才能看到 .NET 4.0 对 SSRS 中的自定义程序集的支持？
SSRS 2014 现已发布，自定义代码仍不支持 .Net 4.0 框架。
请参阅“安装 SQL Server 2014 的硬件和软件要求”中的先决条件 ( http://msdn.microsoft.com/en-us/library/ms143506(v=sql.120).aspx )
非常有趣的是，SQL Server 2014 几天前刚刚进行了 RTM，并且已经被 .Net Framework 的人认为是“遗留应用程序”，他们说：
默认情况下，.NET Framework 3.5 不包含在 Windows 8 或 Windows Server 2012 中，但您可以下载和部署它以实现旧应用程序的兼容性。
...请参阅“Microsoft .NET Framework 3.5 部署注意事项”（http://technet.microsoft.com/en-us/library/dn482066.aspx）
我认为更大的问题是.Net 3.5 SP1 的支持生命周期是否实际上可以与它作为默认组件的操作系统相关联。不管他们怎么说，只要 SQL Server 继续将其作为他们今天发布的产品的先决条件，我就不会看到 Microsoft 退出对 .Net 3.5 的支持。.Net 框架的家伙现在对那些懒惰的 SQL 家伙不太满意……
实际上，我发现使用 .Net 4.0 程序集的报告在 VS 2010 (PreviewProcessingService.exe) 中可以正常工作...
在 SharePoint 2013 集成模式下将报告部署到 SSRS 2012 SP1 时，这些报告也可能对您有用。
以下是 SSRS 何时/何地支持 .Net 4.0 CLR 的权威答案：http: //support.microsoft.com/kb/2869522/en-us
对于我们这些在独立模式（没有 SharePoint）中使用 SSRS 的人来说，我们可能会在 .Net 2.0 CLR 上停留一段时间。
我可能错了，可能存在更多差异，但是比较了从报告服务下载的报告和使用 .Net 框架 4.0+ 在 Visual Studio 中制作的“相同”报告，我认为唯一的区别是在 xml 中放置了 ReportParametersLayout 部分。如果您手动从报告文件的 xml 版本中删除它，然后上传希望它对您有用