您选择的报告工具是什么？[关闭]
https://stackoverflow.com/questions/18952
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
每个项目都不可避免地需要某种类型的报告功能。从您选择的语言中的 foreach 循环到全面的 BI 平台。
为了完成工作，该团队使用了哪些工具、小部件、平台，取得了成功、失败和失败？
解决方案
对于制作相当“普通”的报告来说，SQL Reporting Services 确实令人印象深刻。
对于复杂的分析，将数据（可能是预先聚合的）加载到 Excel 数据透视表中通常对于大多数用户来说就足够了。
我发现您可以花费大量时间（和金钱）构建一个全面的“临时”报告套件，并且在“令人惊叹的因素”的第一个月或两个月之后，生成的 99％ 的报告将与以下内容相同：一组固定参数的微小差异。
当用户说他们想要“临时”报告而不指定他们寻找的目标时，不要接受。他们只是在钓鱼，他们实际上需要花费与构建他们的解决方案一样多的时间来思考他们的报告要求。
我花了太多时间构建“可以报告一切的系统”，但在完成之前它就已经过时或失宠了。最好尽快获得快速胜利，然后花时间“系统化”最重要的报告。
其他提示
对于我们使用的大多数报告 BIRT.
我已经相当广泛地使用了 Reporting Services 和 Crystal，目前我正在使用 Excel(ick) 编写一些报告。
报告服务非常适合简单的报告，但一旦您需要完全控制格式、复杂的公式和图表等。水晶还有很长的路要走。我还发现 Crystal 更有用；能够在报告预览中更改内容是非常宝贵的（在 RS 的更高版本中可能有可能吗？）。
RS 还需要部署到 Web 服务器，如果您正在编写需要外部部署的应用程序，这会限制它的实用性。
旧版本的 Crystal 有很多错误，但最新版本要好得多，它比 Reporting Services 成熟得多。
对于很多项目，我们使用 ActiveReports。
我是 BIRT 项目的提交者，所以我有偏见。BIRT 为所需的各种设计和部署功能提供了经过深思熟虑的报告对象模型 (ROM) 和适当的 API。此外，BIRT 还提供了最好的多语言支持以及通过使用 CSS 将开发与设计分离的能力。
BIRT 可以通过 REAPI 嵌入到您的应用程序中，无需支付许可费用，也可以通过一些商业产品购买。
Cognos 是一套强大的工具（我们将它用作 Oracle 后端的前端），但明显缺乏有关如何完成复杂报告任务的文档 - 大多数情况下，您最终都会敲打它，直到您了解如何完成复杂的报告任务。找点事做。
我不会低估使用 Microsoft Access 作为报告前端的有用性。它没有那么有用的网络功能，但对于内部报告来说，它的用途非常广泛，而且功能强大得令人惊讶。
我们用 i-net 清晰报告 用于我们的报道（看看我们如何“吃自己的狗粮”）。;)
如果您拥有世界上所有的钱，请选择 Cognos。他们提供了一个数据立方体，本质上使报告“无需开发人员”，最终用户可以创建报告、仪表板以及他们喜欢的任何内容。
对于“普通人”来说，我非常喜欢 .NET 库/工具的 ComponentOne 报告。它与 Crystal Reports 有类似的感觉，但具有非常友好的 XML 格式，您可以在后台进行编辑，并且不会遇到版本控制、密钥和我在对其中任何一个进行简单更新时必须处理的其他项目的麻烦。报告或基础版本。
我确实没有太多 SSAS 工作要做，但我对此很感兴趣：
它在 Web 应用程序中提供了 Excel 数据透视表的许多功能（虽然我不是 Excel 方面的专家，无法真正了解数据透视表的全部功能 - 它至少看起来与 Visual Studio 的多维数据集浏览器相当） 。
不幸的是，演示似乎不再在线:(
我不得不承认，我真的很喜欢 SQL Server Reporting Services。它只是做事，而且很容易做。
Crystal Reports，因为很容易获取完全相同的报告文件并
1 - 将其发布到内部网上
2 - 将其嵌入到应用程序中
3 - 定期将其作为 Excel 输出通过电子邮件发送给任何需要它的人
此外（正如我已经建议的那样），它还可以轻松导出为 Excel、PDF 和其他格式。
我们一直在使用 BIRT，它对我来说有一个陡峭的学习曲线，直到我意识到它有多少所见即所得的功能（我开始直接编辑 xml 源代码，我不推荐这样做。）有一些特定于输出的技巧（例如使用0 左边距，以便在输出为 XLS 格式时不会出现空白 A 列），但在大多数情况下，它可以快速且易于使用、编辑和预览。
在一个报告中混合不同数据集是多么容易，这也给我留下了深刻的印象。虽然不是灵丹妙药，但它是一个比 99.999% 的人自己构建的更好的全能工具。
“给他们数据，他们会因此喜欢你”
对于我过去使用过的方法和工具，我会根据能力/多功能性/可用性/部署速度按以下顺序对它们进行排名。我将成本排除在外，因为虽然它始终是一个因素，但对每个人来说都是不同的因素。
1 是 Cognos（版本 8）
2 是 SQL Server 报告
3 是水晶报表
4是自定义编写的代码
我没有使用任何提到的其他工具。Cognos 8 简直太棒了。虽然价格昂贵，但您只受您的想象力的限制。它可以做任何事情。
这与其说是一个积极的建议，不如说是一个针对水晶报告的警示故事……与其他人一样，获得正确版本的水晶运行时很重要，但这样做后，我仍然遇到了这个问题：
- 花了几周时间开发嵌入图像的报告。
- 在开发和登台环境上进行测试，一切正常。
- 部署到实时服务器 - 不起作用...嗯...
花了两周时间在论坛上搜寻并寻求建议，最终在他们的论坛上得到了水晶体的回复。表示他遇到过类似的问题，与将 MS Paint 设置为特定文件扩展名的默认应用程序有关。
在这一点上，我们放弃了尝试（在我说服我的老板这不是一个小便的答案，而是实际上是水晶的正式回应之后）。大约一个月后，我们轻松地迁移到新服务器（报告起作用的地方），但老实说，不会再碰它们......
哦，我已经使用了 SSRS，发现它对于大多数事情来说都非常好（特别是最新版本）。
表格软件 是一个很棒的工具，可以运行您的报告并轻松获得深入的分析
对于简单的报告，我使用 Visual Studio 中包含的标准 ReportViewer。
对于更复杂的报告和需要更高性能的报告，我使用了 Report Sharp Shooter 和 devExpress XtraReports。令人惊讶的是，在这两种产品中创建表格并不像应有的那么容易，但它们都比 ReportViewer 更快，并且可以很好地处理多列报告、条形码和聚合数据。
我们使用 Cognos，它是一个相当复杂的系统，但非常强大。
我有一个小型报告集，是在两个月内制作的：
比水晶报表至少快10倍；
轻松编辑；
.net公式；
使用方便；
代码使用量小；
序列化和反序列化（快速且小）；
极度安全；
多线程；
没有错误；
我们曾经使用过 MS Reporting Services，但我们对此完全不满意。理由：
- 需要对服务器进行困难的配置
- 如果不为每个用户购买 SQL Server 许可证，就不可能将报告编辑器嵌入到我们的应用程序中
- 只能使用嵌入的报表参数输入表单 UI 或从应用程序发送它们，但不能由报表设计器创建参数 UI
现在我们使用 Stimulsoft Reports。它没有像 MS Reporting Services 这样的限制，我们和您的用户都对此感到满意。
1) 我认为 Reporting Services 非常适合大多数需求，在开发基于表格的报告和矩阵报告（向下钻取 - 类似于枢轴的功能）时。考虑到 Cognos 等的价格。中小企业根本做梦也想不到获得 Congns AFAIK
2) 可以调用报告调度/订阅功能将报告发送给一组用户（数据驱动）以交付报告。通过编写 .Net 代码，可以将订阅传送到自定义位置，例如 SFTP。
3) 使用报告模型，最终用户可以拖放列并开发自定义报告
要注意：
1) 一旦您开发出非常复杂的图形/仪表板类型的报告（其中涉及在 A4 中显示的很少的图表和小表格），它就会变得更加棘手。报表设计器（我们用来设计报表的工具）和Web 显示使用不同的渲染引擎。因此，如果您开发复杂的图形报告，最好经常部署报告并查看它们的外观
2) 如果您编写自定义功能，您可能必须更改 XML 配置文件（RSReportServer.Config 等）。如果编辑过程中出现任何问题，ReportServer 服务可能会停止。因此，在进行任何自定义操作之前请务必小心备份
我们使用带有 Oracle 后端的 Cognos。我们还使用 Spotfire 在 Cognos 之上进行可视化。
我是 Windward 的首席技术官，我确实相信 迎风报告 是迄今为止最容易使用的，而且与任何其他报告相比，您可以用它做更多的事情 - 这两个特征都是出于同样的原因，您可以在 Word、Excel 和 PowerPoint 中设计报告。
至于生成的报告，它速度快、坚如磐石，将其合并到您的程序中只需 3 行代码。
我工作的地方使用 Crystal Reports。它有很多限制，我们发现我们自己在数据库过程和视图中执行几乎所有逻辑。
需要注意的一个限制是 Crystal Reports 不允许多层子报表。换句话说，子报表中不能包含子报表。
