您选择的报告工具是什么？ [关闭]答案

【问题标题】：What is your reporting tool of choice? [closed]您选择的报告工具是什么？ [关闭]
【发布时间】：2010-09-06 08:17:43
【问题描述】：

每个项目都需要某种类型的报告功能。从您选择的语言中的 foreach 循环到完整的 BI 平台。

为了完成工作，团队使用了哪些工具、小部件、平台来实现成功、沮丧和失败？

【问题讨论】：

TL;DR 基于迄今为止的响应有现金 -> Cognos，没有现金 -> 报告服务
有一点现金 -> i-net 清除报告

标签： sql reporting business-intelligence

【解决方案1】：

SQL Reporting Services 能够提供相当“普通”的报告，确实令人印象深刻。

对于复杂的分析，将数据（可能是预先聚合的）加载到 Excel 数据透视表中对于大多数用户来说通常就足够了。

我发现您可以花费大量时间（和金钱）来构建一个全面的“临时”报告套件，并且在“令人惊叹的因素”的第一个月或两个月之后，生成的 99% 的报告将是相同的报告，在一组固定的参数上有细微的差别。

当用户说他们想要“临时”报告但没有指定他们寻找的目标和目标时，不要接受。他们只是在钓鱼，实际上他们需要花费尽可能多的时间来考虑他们的报告要求，就像您必须花费在构建他们的解决方案上一样。

我花了太多时间来构建“可以报告所有内容的系统”，以至于它在完成之前就已经过时或失宠。最好尽可能快地消除快速的胜利，然后花时间“系统化”最重要的报告。

【讨论】：

绝对，如果“客户”说他们想要临时，这通常是他们说的代码，“我们没有花任何时间考虑它”。这适用于一切。
或者 ad-hoc = 我们已经厌倦了每次我们想要对报告进行小的更改时都必须向 IT 提出请求，或者想要以不同的顺序查看数据/过滤/format 您可以随时查看 Report Builder（Reporting Services 2005 或更高版本的一部分）

【解决方案2】：

对于大多数报告，我们使用BIRT。

【讨论】：

【解决方案3】：

我已经相当广泛地使用了 Reporting Services 和 Crystal，目前我正在使用 Excel(ick) 编写一些报告。

Reporting Services 非常适合简单的报表，但只要您需要完全控制格式、复杂的公式和图表等。Crystal 遥遥领先。我还发现 Crystal 更实用。能够在报告预览中更改内容是非常宝贵的（在 RS 的更高版本中可能？）。

RS 还需要部署到 Web 服务器，如果您正在编写需要在外部部署的应用程序，这会限制它的用处。

Crystal 的旧版本有很多错误，但最新版本要好得多，它比 Reporting Services 成熟得多。

【讨论】：

SSRS 不需要网络服务器。渲染器可以直接托管在最后两个版本中随 Visual Studio 提供的 ReportViewer 小部件中。 CR 遥遥领先以至于 SELECT COUNT(*) FROM FOO WHERE 1=0 错误地返回值 1。
水晶的价格绝对是一笔巨款！数千美元的许可费用，而您可能已经在某处获得了一个 sql 框，从而将成本降至最低
我发现水晶报告不太实用，每次我都不幸使用它们。我个人认为SSRS在这方面要好很多。

【解决方案4】：

对于很多项目，我们使用 ActiveReports。

【讨论】：

【解决方案5】：

我是 BIRT 项目的提交者，所以我有偏见。 BIRT 为所需的各种设计和部署功能提供了一个经过深思熟虑的报表对象模型 (ROM) 和适当的 API。此外，BIRT 提供了最好的多语言支持和通过使用 CSS 将开发与设计分离的能力。

可以通过 REAPI 将 BIRT 嵌入到您的应用程序中，无需支付许可费用，也可以通过几个商业产品购买。

【讨论】：

【解决方案6】：

Cognos 是一套功能强大的工具（我们将其用作 Oracle 后端的前端），但明显缺乏关于如何完成复杂报告任务的文档 - 大多数情况下，您最终还是会拼命它直到你得到一些工作。

我不会低估使用 Microsoft Access 作为报告前端的用处。它没有那种有用的基于 Web 的功能，但对于内部报告来说，它的用途非常广泛，而且非常强大。

【讨论】：

cognos 的价格是多少？
@adolf 我怀疑你是在夸夸其谈，但以防万一有人想知道：即使是小型部署也要数五位数。
我完全可以想象。除非您有大量现金，否则唯一负担得起的现成报告解决方案是 Reporting Services。

【解决方案7】：

我们使用 i-net Clear Reports 进行报告（了解我们如何“吃自己的狗粮”）。 ;)

就像水晶报表，
可以读取 Crystal Reports 模板，
API 更有用，
成本低于 Crystal Reports（如果考虑支持成本，costs less than open source）
是独立于平台的，因为它是用 Java 编写的。
我们提供免费且功能齐全的report designer

【讨论】：

【解决方案8】：

如果您拥有世界上所有的钱，请选择 Cognos。它们提供了一个数据立方体，基本上使报告“无需开发人员”，最终用户可以创建报告、仪表板，以及他们喜欢的任何东西。

对于“普通人”，我已经非常喜欢 ComponentOne 的 .NET 库/工具报告。它与 Crystal Reports 有类似的感觉，但具有非常友好的 XML 格式，您可以在后台进行编辑和编辑，而且在对其中任何一个进行简单更新时，我都必须处理版本控制、密钥和其他项目。报告或基础版本。

【讨论】：

【解决方案9】：

我真的没有太多的 SSAS 工作要做，但我对此很感兴趣：

Cube Browser for ASP.net

它在 Web 应用程序中提供了 excel 数据透视表的许多功能，（我认为我不是 Excel 专家，无法真正了解数据透视表的全部功能 - 它至少看起来可以与 Visual Studio 的立方体浏览器）。

不幸的是，演示似乎不再在线了:(

【讨论】：

多维数据集浏览器处理更大的数据，但在其他方面它们是相似的。
您还可以使用 Sharepoint 中的 Office Web Components 连接到多维数据集，这也允许“导出到 excel”功能。您甚至可以让它在同一页面上驱动数据透视图，反之亦然

【解决方案10】：

我必须同意，我真的很喜欢 SQL Server Reporting Services。它只是做一些事情，而且做起来很容易。

【讨论】：

【解决方案11】：

Crystal Reports，因为很容易获取完全相同的报告文件和

1 - 在 Intranet 上发布

2 - 将其嵌入到应用程序中

3 - 定期将其作为 Excel 输出通过电子邮件发送给需要它的人

此外（正如我已经建议的那样），它可以轻松导出为 Excel、PDF 和其他格式。

【讨论】：

尽管我很鄙视 Crystal Reports，但我们仍然在使用它……它随 Visual Studio 一起提供，而且我们的客户通常可以轻松地创建自己的报表。
您的客户通常无法运行任何人的报告，因为某些新应用程序带来了不同的版本，如果有任何 CR 不喜欢它的其他版本的 CR。之所以称为“水晶”，是因为它易碎且价格昂贵。
需要定制客户才能查看 Crystal 格式的报告，而且成本绝对高。对报告进行更改也很可怕 - 询问任何 Crystal 开发人员

【解决方案12】：

我们一直在使用 BIRT，它对我来说学习曲线陡峭，直到我意识到它有多少所见即所得的功能（我开始直接编辑 xml 源代码，我不推荐这样做。）有一些特定于输出的技巧（例如在输出为 XLS 格式时使用 0 左边距不会得到空白的 A 列）但在大多数情况下，它的使用、编辑和预览快速且易于。

在一份报告中混合不同的数据集是多么容易，这给我留下了深刻的印象。虽然不是灵丹妙药，但它是一个比 99.999% 的人自行构建更好的全方位工具。

【讨论】：

【解决方案13】：

“给他们数据，他们会喜欢你的”

在我过去使用过的方法和工具中，我会根据能力/多功能性/可用性/部署速度按以下顺序对它们进行排名。我将成本排除在外，因为虽然它始终是一个因素，但对每个人来说都是不同的因素。

1 是 Cognos（版本 8）

2 是 SQL Server 报告

3 是水晶报表

4 是自定义编写的代码

我没有使用提到的任何其他工具。 Cognos 8 简直太棒了。虽然价格昂贵，但您只受想象力的限制。它可以做任何事情。

【讨论】：

【解决方案14】：

这与其说是一个积极的建议，不如说是一个针对 Crystal 报告的警示故事……与其他人一样，获得正确版本的 Crystal 运行时很重要，但是这样做之后，我仍然有这个问题：

花费数周时间开发嵌入图像的报告。
在开发和暂存环境中测试，一切正常。
部署到实时服务器 - 不起作用...嗯...

花了两周时间在论坛上搜索并寻求建议，最终在他们的论坛上得到了一个水晶体的回复。建议他看到了与将 MS Paint 设置为某个文件扩展名的默认应用程序有关的类似问题。

在这一点上，我们放弃了尝试（在我说服我的老板这不是小便的答案，而是水晶的正式回应之后）。大约一个月后我们很方便地迁移到新服务器（报告工作的地方），但老实说，不会再碰它们......

哦，并且已经使用过 SSRS，发现它对大多数事情（尤其是最新版本）都非常好。

【讨论】：

【解决方案15】：

Tableau software 是一个很棒的工具，可以运行您的报告并轻松进行深入分析

【讨论】：

【解决方案16】：

对于简单的报告，我使用 Visual Studio 中包含的标准 ReportViewer。

对于更复杂的报告和需要更高性能的报告，我使用了 Report Sharp Shooter 和 devExpress XtraReports。令人惊讶的是，在这两种产品中创建表格并不像应有的那么容易，但它们都比 ReportViewer 更快，并且可以很好地处理多列报告、条形码和聚合数据。

【讨论】：

【解决方案17】：

我们使用 Cognos，它是一个相当复杂但非常强大的系统。

【讨论】：

【解决方案18】：

我有一个小型报告集，在 2 个月内完成：

至少比水晶报表快 10 倍；

轻松编辑；

.net公式；

易于使用；

小代码使用；

序列化和反序列化（又快又小）；

极度安全；

多线程；

没有错误；

【讨论】：

它不会在任何公共网站上共享。但我可以给你。它是我的应用程序框架（身份验证、数据库、安全等）的一部分。

【解决方案19】：

我们曾使用过 MS Reporting Services，但对它完全不满意。原因：

需要对服务器进行复杂的配置
如果不为每个用户购买 SQL Server 许可证，就无法将报表编辑器嵌入到我们的应用中
只能使用嵌入式报表参数输入表单 UI 或从应用程序发送它们，但不能由报表设计器创建参数 UI

现在我们使用 Stimulsoft 报告。它没有像 MS Reporting Services 这样的限制，我们和您的用户都对此感到满意。

【讨论】：

【解决方案20】：

1) 我认为 Reporting Services 非常适合大多数需求，在开发基于表格的报告和矩阵报告（向下钻取 - 类似于枢轴的功能）时。考虑到 Cognos 等的价格。中小企业可以甚至梦想得到 Congns AFAIK

2) 可以调用报告计划/订阅功能将报告发送给一组用户（数据驱动）以交付报告。通过编写 .Net 代码，可以将订阅交付到自定义位置，例如 SFTP。

3) 使用报表模型，最终用户可以拖放列并开发自定义报表

注意：

1) 一旦您开发了非常复杂的图形/仪表板类型的报告，它可能会变得更加棘手 - 这涉及在 A4 中显示的少量图表和小表格。报表设计器（我们用来设计报表的工具）和 Web 显示使用不同的渲染引擎。因此，如果您开发复杂的图形报告，最好经常部署报告并查看它们的外观

2) 如果您编写自定义功能，您可能需要更改 XML 配置文件（RSReportServer.Config 等）。如果编辑有任何问题，ReportServer 服务可能会停止。所以在做任何自定义之前要小心备份

【讨论】：

【解决方案21】：

我们使用的是带有 Oracle 后端的 Cognos。我们还在 cognos 之上使用 spotfire 进行可视化。

【讨论】：

【解决方案22】：

我是 Windward 的首席技术官，我相信 Windward Reports 是迄今为止最容易使用的，并且您可以使用它比任何其他报告做更多的事情 - 并且这两个特征出于相同的原因，您设计您的Word、Excel 和 PowerPoint 中的报告。

就生成的报告而言，它速度快、坚如磐石，将其整合到您的程序中只需 3 行代码。

【讨论】：

【解决方案23】：

我们在我工作的地方使用 Crystal Reports。它有很多限制，我们发现自己在执行数据库过程和视图中的几乎所有逻辑。

需要注意的一个限制是 Crystal Reports 不允许多层子报表。换句话说，您不能在子报告中包含子报告。

【讨论】：