您选择的报告工具是什么?

时间:2008-08-20 22:01:17

标签: sql reporting business-intelligence

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

  

为了完成工作,小组使用哪些工具,小部件,平台成功,挫折和失败?

23 个答案:

答案 0 :(得分:29)

对于淘汰公平的“工厂运行”报告,SQL Reporting Services确实令人印象深刻。

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

我发现你可以花很多时间(和金钱)建立一个全面的“临时”报告套件,在“令人惊叹的因素”的第一个月或第二个月之后,99%的报告将是相同的报告,在一组固定的参数中存在细微差别。

当用户说他们想要“临时”报告而不指定他们寻找的目标和目标时,请不要接受。他们只是在钓鱼,他们需要花费尽可能多的时间来思考他们的报告要求,因为你将不得不花费大量的时间来构建他们的解决方案。

我花了太多时间构建“可以报告所有内容的系统”,并且在它完成之前它已经过时或不受欢迎。更好的是尽快让快速获胜,然后花时间“系统化”最重要的报告。

答案 1 :(得分:7)

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

答案 2 :(得分:6)

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

Reporting Services非常适合简单的报告,但只要您需要完全控制格式,复杂的公式和图表等,Crystal就是一个很长的路要走。我也发现Crystal更有用;能够在报告预览中更改内容是非常宝贵的(在RS的更高版本中可能会这样做吗?)。

如果您正在编写需要在外部部署的应用程序,则还需要将RS部署到Web服务器,这限制了它的实用性。

旧版本的Crystal非常多,但最新版本更好,它比Reporting Services更成熟。

答案 3 :(得分:5)

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

答案 4 :(得分:4)

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

BIRT可以通过REAPI嵌入到您的应用程序中,无需许可证费用,也可以通过几种商业产品购买。

答案 5 :(得分:3)

我们使用 i-net Clear Reports 进行报道(看看我们如何“吃自己的狗粮”)。 ;)

  • 就像Crystal Reports,
  • 可以阅读Crystal Reports模板,
  • API更有用,
  • 费用低于Crystal Reports(如果您考虑支持费用,costs less than open source
  • 与平台无关,因为用Java编写。
  • 我们提供免费且功能齐全的report designer

答案 6 :(得分:3)

Cognos是一套强大的工具(我们将其用作Oracle后端的前端),但是关于如何完成复杂的报告任务的文档显然缺乏 - 大多数情况下,你最终会敲打直到你得到一些工作。

我不打算使用Microsoft Access作为报告前端的实用性。它没有那种有用的基于Web的功能,但对于内部报告来说,它功能多样且功能强大得多。

答案 7 :(得分:2)

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

1 - 在Intranet上发布

2 - 将其嵌入应用程序

3 - 安排将其作为Excel输出通过电子邮件发送给任何需要它的人

另外(正如我已经建议的那样),它可以轻松导出为Excel,PDF和其他格式。

答案 8 :(得分:2)

“给他们数据,他们会爱你”

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

1是Cognos(版本8)

2是SQL Server报告

3是Crystal Reports

4是自定义编写的代码

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

答案 9 :(得分:2)

这不是一个积极的建议,而是更多关于水晶报告的警示......与其他人一样,获得正确版本的水晶运行时很重要,但是这样做了,我仍然有这个问题:

  1. 花了几周时间开发包含图像的报告。
  2. 在开发和暂存环境中测试,所有A-OK。
  3. 部署到实时服务器 - 不起作用...嗯......
  4. 花了两周的时间搜索论坛并寻求建议,最终得到了论坛上一个水晶体的回应。建议他看到类似的问题与MS Paint被设置为某个文件扩展名的默认应用程序。

    此时,我们放弃了尝试(在我说服我的老板之后,这不是一个小便的答案,但实际上是Crystal的正式回应)。我们很容易在大约一个月后(报告工作的地方)迁移到新服务器,但老实说,不会再次触摸它们......


    哦,并且使用过SSRS并发现它对大多数事情都很好(特别是最新版本)。

答案 10 :(得分:2)

我们一直在使用BIRT,这对我来说有着陡峭的学习曲线,直到我意识到它有多少WYSIWIG功能(我开始直接编辑xml源代码,我不推荐。)有一些输出特定的技巧(比如使用0左边距输出到XLS格式时不会得到空白的A列)但是大多数情况下它的使用,编辑和预览都很快捷。

我也对在单个报告中混合不同数据集的容易程度印象深刻。虽然不是一颗银弹,但它是一个更好的全能工具,而不是99.999%的人将自己建造。

答案 11 :(得分:2)

Tableau software是运行报告并轻松深入分析的绝佳工具

答案 12 :(得分:2)

我不得不同意,我真的很喜欢SQL Server Reporting Services。它只是做东西,并且很容易做到。

答案 13 :(得分:2)

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

Cube Browser for ASP.net

它在Web应用程序中提供了excel数据透视表的许多功能,(我认为我不够专业的Excel来真正了解数据透视表的所有功能 - 它至少看起来与visual studio相当)立方体浏览器)。

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

答案 14 :(得分:2)

如果您拥有全世界的所有资金,请选择Cognos。它们提供了一个数据立方体,实质上使报告“免费开发”,最终用户可以创建报告,仪表板,任何他们喜欢的东西。

对于“普通人”,我非常喜欢.NET库/工具的ComponentOne报告。它与Crystal Reports有类似的感觉,但是有一个非常友好的XML格式,你可以在头下编辑,没有任何令人头疼的版本,密钥和其他项目,我在处理简单更新时必须处理报告或基础版本。

答案 15 :(得分:1)

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

答案 16 :(得分:1)

1)我认为Reporting Services对于大多数需求非常有用,在开发基于表格的报告和矩阵报告时(向下钻取 - 像功能一样)。考虑到Cognos等的价格。中小企业可以'甚至梦想得到Congns AFAIK

2)报告可以调用计划/订阅功能,以将报告发送给一组用户(数据驱动)以传递报告。订阅可以通过编写.Net代码传递到SFTP等自定义位置。

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

注意:

1)一旦开发出非常复杂的图形/仪表板类报告,它就会变得更加棘手 - 这些报告涉及很少的图表和小表,以A4显示。报表设计器(我们用来设计报表的工具)和Web显示使用不同的渲染引擎。因此,如果您经常部署报告并查看它们的外观,如果您开发复杂的图形报告

,则会更好

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

答案 17 :(得分:1)

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

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

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

答案 18 :(得分:1)

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

比水晶报告快至少10倍;

轻松编辑;

.net公式;

易用;

小代码使用;

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

极端安全;

多线程;

没有错误;

答案 19 :(得分:1)

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

答案 20 :(得分:1)

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

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

答案 21 :(得分:0)

我是Windward的首席技术官,我相信Windward Reports到目前为止都是最容易使用的,你可以用它做比其他任何报道更多的事情 - 这两个特质都是出于同样的原因,你在Word,Excel和&amp ;;设计您的报告PowerPoint中。

对于生成的报告,它速度快,结果坚如磐石,将其整合到您的程序中只需3行代码。

答案 22 :(得分:0)

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

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