Reporting services 使用RDL作为portlet\widget生成器的SSRS 2008-R2

我是一家开发web应用程序的公司的产品经理。 该系统有一个数据仓库，用于使用SSRS 2008-R2创建不同的报告

该应用程序有一个门户基础设施，允许用户使用我们的“系统”项目和他们自己的“报告”自定义他们的工作环境（与使用SharePoint和WebPart非常相似，但用途完全不同）

我想知道是否有人有一套在实时网页上显示RDL报告的最佳实践，目的是用户能够（在某种程度上）使用不同的链接和查询字符串在报告和我们的系统之间提供一些交互

我一直在努力解决以下问题：

• 参数栏不允许增加下拉列表的宽度，当过滤器包含长字符串时，下拉列表会提供较差的用户体验

• 报告表宽度不能设置为100%，它只能引用px宽度，这会导致出现黑白空间，并且不允许提供良好的分辨率支持（入口看起来很难看）

• 本机.Net报表查看器控件在IE以外的浏览器中无法正常工作

• 下拉筛选器没有搜索\快速搜索选项

• 从一页移动到另一页需要查看报表查看器控件的导航栏，当同一仪表板上有多个报表时，导航栏看起来很奇怪

• 本地化功能差-加载动画无法更改为使用本地化字符串

有人试过这样的吗？ 报表查看器控件是否还有其他可提供更大灵活性的替代方法？ 是否有其他工具可以提供报告生成功能，并可以轻松地插入现有系统？

我们已经成功地完成了这种场景。报表查看器控件在所有浏览器上都运行良好，因为它使用少量javascript生成纯html。我们已经在IE7-8、FF（2008-2009）、iPad3.1、MacosSafari和FF上进行了测试，测试成功了

我们的做法是：

• 创建了单独的web aspx项目以承载报表查看器控件（ReportViewer）。它实际上充当SSRS网站的反向代理，并提供查询字符串参数转换

• 主web应用程序显示一个指向ReportViewer应用程序的IFRAME，并提供自己的导航和过滤控件

• ReportViewer应用程序是一个简单的aspx页面，包含Microsoft.Reporting.WebForms.ReportViewer ctlReportViewer和一些用于从url到MS ReportViewer的参数转换、安全性和其他漏洞的代码

• 实际报表查看器的工具栏已禁用。我相信它的工具栏是假的。（通过检查实际报告区域的属性，可以查看所有查询字符串参数）

• 大多数特定于区域设置的字符串需要在报表级别手动处理

总的来说，对于大约100个客户来说，它运行得相当好，但对于任何超出此范围的问题，我都会寻找不同的解决方案。可能是第三方报告控件或第三方仪表板控件。我们已经开始Silverlight仪表板路线，但项目资金耗尽，我继续前进

---

通过创建多个SSRS web服务器并让您的ReportViewer应用程序选择加载最少的一个，您仍然可以获得更多的客户端

谢谢，您是否克服了报告中表格和图表的100%宽度问题？抱歉，回复太晚。我们使用以像素为单位的固定宽度容器，并手动调整所有图形以适应容器。