【问题标题】:Reporting services deployment for external users?为外部用户部署报告服务?
【发布时间】:2014-07-09 00:02:28
【问题描述】:

例如,在大多数组织中,外部用户(组织外部)是否通过直接访问具有有限权限以仅查看其报告的报告管理器来授予对 SSRS 报告的访问权限,或者组织是否更经常创建一个单独的仪表板网站来拉取在 SSRS 的报告中?

我之所以问,是因为目前我看到有一个单独的 .NET 站点从 SSRS 中提取报告,我很好奇这是否可能是不必要的额外层(单独的网站),或者公司经常这样做由于 SSRS Report Manager 的限制(?)或出于安全原因,创建单独的仪表板站点?例如,是否可以自定义 Reporting Services 报告管理器界面,使其看起来像一个组织的网站报告界面(带有他们的徽标、颜色等),而不是开箱即用的标准报告管理器?

【问题讨论】:

    标签: reporting-services ssrs-2008 dashboard


    【解决方案1】:

    公司是否经常因为 SSRS Report Manager 的限制(?)或出于安全原因而创建单独的仪表板站点?

    是与否;这在很大程度上取决于公司的需求。如果报表管理器没有满足您的需求,那么自定义解决方案确实是唯一的选择...

    例如,是否可以自定义 Reporting Services 报告管理器界面,使其看起来像组织的网站报告界面(带有徽标、颜色等),而不是开箱即用的标准报告管理器?

    非常有限的程度上,是的。您可以修改 SSRS 使用的 CSS 表,并注入一些 Javascript 来应用一些样式技巧,但您能够完成的工作仍然非常有限。请参阅此处了解入门:http://msdn.microsoft.com/en-us/library/ms345247.aspx

    【讨论】:

    • 感谢您的信息...后续问题...报表管理器是否旨在用作面向外部用户的报表界面(通过 Internet)?还是它的目标受众更多是内部公司用户(Intranet)?还是两者之一?
    • 开箱即用,它绝对适用于内部用户群:库存身份验证选项利用 Active Directory。您可以使用一些自定义代码来针对您想要的任何凭证池进行身份验证,但这会让您走下坡路。如果 Report Manager 不能满足您的需求,您始终可以开发一个自定义界面,并仍然利用 ReportServer 服务来处理您的报告。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多