您选择的报告工具是什么?[关闭]

对于删除相当“工厂运行”的报告来说,SQL Reporting Services确实令人印象深刻。

对于复杂的分析,将数据(可能是预聚合的)加载到Excel透视表中通常对大多数用户都是足够的。

我发现你可以花费大量的时间(和金钱)构建一个全面的“特别”报告套件,在第一个月或两个月的“哇因子”之后,99%的生成的报告将是相同的报告,在一组固定的参数中存在细微的差异。

当用户说他们需要“特别”的报告而没有指定他们要寻找的目标和目标时,不要接受。他们只是在钓鱼,实际上他们需要花费与构建解决方案相同的时间来思考他们的报告需求。

我花了太多时间构建了“能够报告一切的系统”,在它完成之前,它已经过时或不再受欢迎了。最好尽快把速胜的事情解决掉,然后花时间“整理”最重要的报告。

对于我们使用的大多数报告 BIRT .

我已经相当广泛地使用了ReportingServices和Crystal,目前我正在使用Excel(ICK)编写一些报告。

ReportingServices非常适合简单的报表,但一旦需要对格式、复杂的公式和图表等进行全面控制,Crystal就遥遥领先了。我还发现Crystal的可用性要高得多;能够在报告预览中更改内容是非常宝贵的(在RS的后续版本中可能是这样?).

RS还需要部署到一个Web服务器上,如果您正在编写需要部署到外部的应用程序,那么这会限制它的实用性。

旧版本的Crystal非常麻烦,但最新版本要好得多,它比ReportingServices成熟得多。

对于许多项目,我们使用ActiveReports。

我是BIRT项目的委员,所以我有偏见。BIRT为需要的各种设计和部署功能提供了一个经过深思熟虑的报告对象模型(ROM)和适当的API。此外,BIRT还提供了最佳的多语言支持,并能够通过使用CSS将开发与设计分离开来。

BIRT可以通过reapi嵌入到您的应用程序中,而无需支付许可成本,也可以通过几个商业产品购买。

Cognos是一套功能强大的工具(我们将其用作Oracle后端的前端),但在如何完成复杂的报告任务方面明显缺乏文档——大多数情况下,您最终会一直使用它,直到找到工作为止。

我不会低估使用Microsoft Access作为报告前端的有用性。它没有那么有用的网络功能,但是对于内部报告来说,它是非常通用的,而且功能惊人。

我们使用 i-net Clear Reports 为我们的报告(看我们如何“吃自己的狗食”)。;)

• 就像水晶报告一样,
• 可以阅读Crystal Reports模板,
• API更有用,
• 成本低于Crystal Reports(如果考虑到支持成本, costs less than open source )
• 是独立于平台的,因为是用Java编写的。
• 我们提供免费的全功能 report designer

如果你有世界上所有的钱,就和科诺斯一起去。它们提供了一个数据多维数据集,基本上使报表“无需开发人员”,最终用户可以创建报表、仪表盘和任何他们喜欢的内容。

对于“普通人”,我已经非常喜欢.NET库/工具的componentone报告了。它与Crystal Reports有着相似的感觉,但是它有一种非常友好的XML格式,您可以在引擎盖下进行编辑,并且在对报表或基础版本进行简单更新时,不必担心版本控制、键和其他项。

我真的没有太多的SSAS工作要做,但我已经完全接受了这一点:

Cube Browser for ASP.net

它提供了Web应用程序中Excel数据透视表的许多功能(我认为自己还不够精通Excel,无法真正了解数据透视表的全部功能——它至少看起来可以与Visual Studio的多维数据集浏览器相媲美)。

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

我不得不同意,我真的很喜欢SQL Server Reporting Services。它只是做一些事情,而且很容易做到。

Crystal Reports,因为它很容易获取相同的精确报告文件,并且

1-在内部网上发布

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

3-安排它作为Excel输出发送到需要它的人。

另外(正如我已经建议的那样),它很容易导出为Excel、PDF和其他格式。

我们一直在使用BIRT,它对我来说有一个陡峭的学习曲线,直到我意识到它有多少Wysiwig特性(我开始直接编辑XML源代码,我不推荐这样做。)有一些输出特定的技巧(比如在输出到XLS格式时使用0左边距以不获得空的列),但在很大程度上它是快速和E的。使用、编辑和预览。

在一个报告中混合不同的数据集是多么容易,这也让我印象深刻。虽然不是银弹,但它是一种比99.999%的人自己建造更好的全方位工具。

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

在我过去使用过的方法和工具中,我会根据能力/通用性/可用性/部署速度按以下顺序对它们进行排序。我不考虑成本,因为它总是一个因素,但对每个人来说都是一个不同的因素。

1是Cognos(第8版)

2是SQL Server报告

3是Crystal Reports

4是自定义编写的代码

我没有使用任何提到的其他工具。Cognos8是一个了不起的东西。虽然贵,但你的想象力是有限的。它能做任何事。

这不是一个积极的建议,但更多的是一个警告水晶报告…与其他人一样,获得正确版本的Crystal Runtime非常重要,但在完成此操作之后,我仍然遇到了以下问题:

1. 花了数周时间开发带有嵌入图像的报告。
2. 在dev和staging环境下测试,一切正常。
3. 部署到Live Server-不工作…六羟甲基三聚氰胺六甲醚。。。

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

在这一点上,我们放弃了尝试(在我说服我的老板这不是一个随便的回答,而是Crystal的正式回应之后)。很明显,我们在一个月后迁移到了新的服务器上(报表在那里工作),但老实说,我们不会再碰它们了……

哦,并且使用了SSR,发现它对大多数事情都很好(尤其是最新版本)。

Tableau software 是运行报表并轻松深入分析的神奇工具

对于简单报表,我使用Visual Studio中包含的标准报表查看器。

对于更复杂的报告和需要更高性能的报告,我使用了Report Sharp Shooter和DevExpress XtraReports。令人惊讶的是,在这两种产品中,创建表并不像它应该的那么简单,但都比ReportViewer快,并且处理非常好的多列报表、条形码和聚合数据。

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

我有一套小报告,2个月内完成:

比Crystal Reports快至少10倍;

易于编辑;

.NET公式;

使用方便;

小代码使用;

序列化和反序列化(快速和小型);

极端安全;

多线程;

无错误;

我们使用了MS Reporting服务,但我们对此完全不满意。 原因:

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

现在我们用刺激软件报告。它没有像MS Reporting Services这样的限制,我们和您的用户对此很满意。

1)在开发基于表的报表和矩阵式报表(向下钻取-类似枢轴的功能)时,我认为报表服务非常适合大多数需求。考虑到Cognos等产品的价格,中小企业甚至无法实现从中获益的梦想。

2)可以调用报告调度/订阅功能,将报告发送给一组用户(数据驱动)以交付报告。订阅可以通过写入.NET代码传递到自定义位置,如sftp。

3)使用报表模型,最终用户可以拖放列并开发定制的报表。

注意:

1)一旦您开发出非常复杂的图形/仪表盘类型的报告,它就会变得更加复杂——这些报告只涉及少量的图表和小表格,以A4格式显示。报表设计器(我们用来设计报表的工具)和Web显示使用不同的呈现引擎。因此,如果您经常部署报表并查看它们的外观,并且开发复杂的图形报表,则更好。

2)如果编写自定义功能,则可能需要更改XML配置文件(rsreportserver.config等)。如果编辑过程中出现任何问题,ReportServer服务可能会停止。所以在做任何定制之前要小心备份

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

我是迎风的首席技术官,我相信 Windward Reports 目前为止,这两者都是最容易使用的,而且您可以比任何其他报告做得更多—而且这两个特点都是出于相同的原因,您可以用Word、Excel和PowerPoint设计报告。

至于生成的报告,它速度很快,非常可靠,将其合并到您的程序中只需要3行代码。

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

需要注意的一个限制是Crystal Reports不允许多层次的子报表。换句话说,子报表中不能有子报表。