行业内的企业报告有哪些选择?我目前正在使用 SSRS 2005,并且知道随着新版本的 MSSQL 推出了另一个版本。
但是,现在似乎也是调查市场,看看还有什么的好时机。
你遇到了什么?你喜欢/不喜欢它吗?为什么?
谢谢。
我使用过 Cognos Series 7、Cognos Series 8、Crystal Reports、Business Objects XI R2 WebIntelligence、Reporting Services 2000、Reporting Services 2005 和 Reporting Services 2008。以下是我对所学知识的反馈:
报告服务 2008/2005/2000
PROS
成本:如果您使用 MS SQL Server 作为后端,则这是最便宜的企业商业智能解决方案。如果您加入 SSIS,您还可以免费获得一流的 ETL 解决方案。
最灵活:我用过的最灵活的报告解决方案。它始终满足我所有的业务需求,特别是在其最新版本中。
易于扩展:我们最初将其用作支持大约 20 个用户的部门解决方案。我们最终将其扩展到覆盖数千名用户。尽管远程数据中心的虚拟服务器质量非常差,但我们仍能够扩展到大约 50-100 个并发用户请求。在咨询工作的良好硬件上,我能够将其扩展到更大的并发用户组,没有任何问题。我还看到过在不同国家部署多个 SSRS 服务器并使用 SSIS 同步后端数据的实现。这允许以分布式方式实现稳定的性能,而几乎不需要额外的成本。
源代码控制集成:当我与商业智能团队一起开发报告时,这对我来说至关重要。我使用过的任何其他 BI 套件都没有为此提供开箱即用的解决方案。我使用的每个其他平台要么需要购买第三方插件,要么需要您在单独的开发、测试和生产环境之间推广报告。
分析服务:我喜欢 SSRS 和 SSIS 之间与分析服务的紧密集成。我读过有关 Oracle 和 DB2 报价包括为 OLAP 多维数据集安装 SQL Server 2005 Analysis Services 服务器的实例。
可发现性:没有任何系统比 SSRS 具有更好的可发现性。 SSRS 上的书籍、论坛、文章和代码站点比我使用过的任何其他 BI 套件都多。如果我需要弄清楚如何在 SSRS 中做某事,我几乎总能花几分钟或几个小时找到它。
CONS
SSRS 2005/2000 需要 IIS:旧版本的 SSRS 需要在数据库服务器上安装 IIS。当我在一家大银行工作时,从内部控制的角度来看,这是不允许的。我们最终在未经 IT 运营部门授权批准的情况下实施了 SSRS,并且后来基本上请求宽恕。这在 SSRS 2008 中不是问题,因为不再需要 IIS。
报表生成器:SSRS 2000 中不存在基于 Web 的报表生成器。SSRS 2005 中基于 Web 的报表生成器很难使用,并且没有足够的功能。 SSRS 2008 中基于 Web 的报表生成器肯定更好,但对于大多数商业用户来说仍然太难使用。
数据库偏差:它与 Microsoft SQL Server 配合使用效果最佳。它不适用于 Oracle、DB2 和其他后端。
业务对象 XI WebIntelligence
PROS
易于使用:对于普通非 BI 最终用户来说,最容易用于开发临时报告。
与数据库无关:如果您希望使用 Oracle、DB2 或其他数据库后端,这绝对是一个很好的解决方案。
高性能:性能非常快,因为大多数页面导航基本上都是文件系统操作而不是数据库调用。
CONS
成本:第一个问题。如果我想将 Business Objects 的实施从 30 个用户扩大到 1000 个用户,那么 SAP 一定会向您收取数十万美元的费用。这仅适用于 Business Objects 许可证。再加上您还需要数据库服务器许可证,您现在谈论的是一个非常昂贵的系统。当然,这可能是获取 Business Objects 的个人理由:如果您可以说服管理层购买非常昂贵的 BI 系统,那么您可能可以说服管理层为大型 BI 部门付费。
正如您从我的回答中猜到的那样,我相信 Microsoft 的 BI 套件是市场上最好的平台。然而,我必须声明,我读过的大多数关于 BI 套件比较的文章通常不会对 Microsoft 的产品以及 SAP 的 Business Objects 和 Cognos 的 Series 8 产品进行评价。此外,我还看到 Microsoft 在两家不同公司的 BI 套件内部审查中排名垫底,这些评估是在现任 CIO 审查之后进行的。不过,在这两种情况下,似乎一切都归结为希望被视为一个重要部门,证明巨额运营预算是合理的。