我们选择哪种报告工具？
每个项目总是需要某种类型的报告功能。从我们选择语言的foreach循环到全面的BI平台。
To get the job done what tools, widgets, platforms has the group used with success, frustration and failure?
解决方案
回答
对于很多项目，我们使用ActiveReports。
回答
如果我们拥有世界上所有的钱，请选择Cognos。他们提供了一个数据立方体，从根本上使报告"开发人员免费"，最终用户可以创建报告，仪表板或者任何他们喜欢的东西。
对于"普通人"，我已经非常喜欢.NET库/工具的ComponentOne报告。它具有与Crystal Reports相似的感觉，但是具有非常友好的XML格式，我们可以在后台进行编辑，而对于版本，键和其他要进行简单更新时必须处理的其他项目，则无需担心报告或者基础版本。
回答
对于淘汰相当"正常运行"的报表，SQL Reporting Services确实令人印象深刻。
对于复杂的分析，将数据(可能是预先聚合的)加载到Excel Pivot表中通常适合大多数用户。
我发现我们可以花费大量时间(和金钱)来构建全面的"临时"报告套件，并且在"哇系数"的前一两个月之后，生成的报告中有99％将与固定参数集的细微差异。
当用户说他们想要"临时"报告而未指定他们要寻找的目标和目标时，请勿接受。他们只是在钓鱼，他们实际上需要花很多时间在思考其报告要求上，而我们需要花费很多时间来构建他们的解决方案。
我花了太多时间来构建"可以报告所有内容的系统"，以使其在完成之前变得过时或者失宠。尽可能快地赢得快速胜利，然后花时间"整理"最重要的报告要好得多。
回答
对于大多数报告，我们使用BIRT。
回答
对于简单报表，我使用Visual Studio中包含的标准ReportViewer。
对于更复杂的报表和需要更高性能的报表，我同时使用了Report Sharp Shooter和devExpress XtraReports。出乎意料的是，在这两种产品中创建表都不如它应该的那么容易，但是两者都比ReportViewer更快，并且可以处理极其出色的多列报告，条形码和聚合数据。
回答
我实际上没有太多的SSAS工作要做，但是我对此非常满意：
ASP.net的多维数据集浏览器
它提供了Web应用程序中excel数据透视表的许多功能，(我认为Excel专家不足以真正了解它至少看起来可以与Visual Studio的多维数据集浏览器相媲美的数据透视表的全部功能)。
不幸的是，这些演示似乎不再在线了：(
回答
我必须同意，我真的很喜欢SQL Server Reporting Services。它只是做东西，而且很容易做到。
回答
我是BIRT项目的提交人，所以我有偏见。 BIRT为需要的各种设计和部署功能提供了经过深思熟虑的报告对象模型(ROM)和适当的API。此外，BIRT还提供了最佳的多语言支持，并能够通过使用CSS将开发与设计分开。
BIRT可以通过REAPI嵌入到应用程序中，而无需任何许可证费用，也可以通过一些商业产品购买。
回答
Crystal Reports，因为很容易获取相同的精确报告文件，并且
1将其发布在Intranet上
2将其嵌入到应用程序中
3安排它经常发送到Excel输出，以电子邮件形式发送给需要它的人
同样(正如我已经建议的那样)，它可以轻松导出为Excel，PDF和其他格式。
回答
我已经相当广泛地使用了Reporting Services和Crystal，目前正在使用Excel(ick)编写一些报告。
Reporting Services非常适合简单报表，但是一旦我们需要对格式，复杂公式和图表等进行全面控制时，Crystal将会很遥远。我还发现Crystal更加有用。能够在报表预览中进行更改的功能非常宝贵(在更高版本的RS中可能吗？)。
还需要将RS部署到Web服务器，这限制了它在编写需要从外部部署的应用程序时的用途。
较旧的Crystal版本存在很多错误，但最新版本则要好得多，它比Reporting Services成熟得多。
回答
Cognos是一套功能强大的工具(我们将其用作Oracle后端的前端)，但是明显缺少有关如何完成复杂报告任务的文档-大多数情况下，我们最终都无法自拔工作的东西。
我不会轻视使用Microsoft Access作为报告前端的有用性。它没有有用的基于Web的功能，但是对于内部报告来说，它非常灵活并且功能强大。
回答
我们使用Cognos，它是一个相当复杂的系统，但功能非常强大。
回答
我们使用i-net清除报告进行报告(视我们如何"食用自己的狗粮")。 ;)
- 就像Crystal Reports，
- 可以阅读Crystal Reports模板，
- 该API更加有用，
- 成本低于Crystal Reports(并且如果考虑支持成本，则成本低于开源成本)
- 与平台无关，因为它是用Java编写的。
- 我们提供了一个免费且功能齐全的报表设计器
回答
我们一直在使用BIRT，这对我来说是一个艰难的学习过程，直到我意识到它具有多少WYSIWIG功能(我开始直接编辑xml源代码，我不建议这样做。)有一些输出特定的技巧(例如使用左页边距为0时，输出为XLS格式时不会出现空白A列)，但是在大多数情况下，它易于使用，编辑和预览。
在单个报告中将不同的数据集混合在一起的简易性也给我留下了深刻的印象。尽管不是灵丹妙药，但它比99.999％的人将自己构建的工具更好。
回答
我有一个小的报告集，在2个月内完成：
至少比水晶报表快10倍；
易于编辑；
.net公式；
易于使用；
代码使用量少；
序列化和反序列化(快速和小型)；
极高的安全性；
多线程
没有错误；
回答
我们曾经使用过MS Reporting Services，但对此完全不满意。
原因：
- 需要对服务器进行困难的配置
- 如果不为每个用户购买SQL Server许可证，则无法将报表编辑器嵌入到我们的应用程序中
- 只能使用嵌入式报表参数输入表单UI或者从应用程序发送它们，而不能由报表设计器创建参数UI
现在我们使用Stimulsoft报告。它没有像MS Reporting Services这样的限制，我们和用户对此都很满意。
回答
"给他们数据，他们会为此而爱你的"
在过去使用的方法和工具中，我将根据部署的能力/多功能性/可用性/速度按以下顺序对它们进行排名。我省去了成本，因为尽管它始终是一个因素，但对每个人来说却是一个不同的因素。
1是Cognos(版本8)
2是SQL Server报表
三是水晶报表
4是自定义的书面代码
我没有使用任何其他提到的工具。 Cognos 8真是棒极了。虽然价格昂贵，但我们仅受想像力的限制。它可以做任何事情。
回答
1)我认为Reporting Services在开发基于表格的报表以及矩阵报表(如功能的向下钻取枢轴)方面非常适合大多数需求。考虑到Cognos等的价格，SME甚至无法梦想获得Congns AFAIK
2)可以调用报告计划/订阅功能，以将报告发送给一组用户(数据驱动)以发送报告。通过编写.Net代码，可以将订阅传递到自定义位置(例如SFTP)。
3)使用报告模型，最终用户可以拖放列并开发自定义报告
要注意：
1)一旦我们开发出非常复杂的图形/仪表盘类型的报表，其中包含很少的图表和小表格要在A4中显示，它就会变得更加棘手。报表设计器(我们用于设计报表的工具)和Web显示使用不同的呈现引擎。因此，如果我们开发复杂的图形报告，则经常部署报告并查看其外观会更好。
2)如果编写自定义功能，则可能必须更改XML配置文件(RSReportServer.Config等)。如果编辑中有任何问题，ReportServer服务可能会停止。因此，在执行任何自定义操作之前请小心备份
回答
这并不是一个积极的建议，而是更多关于Crystal报表的警告性故事……与其他人一样，获得正确版本的Crystal运行时很重要，但是这样做之后，我仍然遇到这个问题：
- 花了几周时间来开发带有嵌入式图像的报告。
- 在开发人员和暂存环境上进行了测试，一切正常。
- 部署到实时服务器-不起作用...嗯...
花了两个星期的时间在论坛上拖拉并寻求建议，最终在论坛上得到了水晶般的回应。建议他也遇到过类似的问题，与将MS Paint设置为特定文件扩展名的默认应用程序有关。
在这一点上，我们放弃了尝试(在我说服老板这不是小便的答案之后，实际上是Crystal的正式回应)。大约一个月后(报告起作用的地方)，我们很方便地迁移到了新服务器，但是老实说，不会再碰到它们了……
哦，并且使用过SSRS并发现它对大多数事情(特别是最新版本)非常有用。
回答
Tableau软件是运行报告并轻松进行深入分析的出色工具
回答
我是Windward的CTO，我相信Windward Reports迄今为止最容易使用，并且我们可以比其他任何报告做更多的事情，并且两个特征都是出于相同的原因，因此我们可以在Word，Excel中设计报告， ＆ 微软幻灯片软件。
至于生成的报告，它速度快，功能强大，将其合并到程序中只需三行代码。
回答
我们在工作的地方使用Crystal Reports。它有很多局限性，我们发现自己在执行数据库过程和视图中的几乎所有逻辑。
要注意的限制之一是Crystal Reports不允许多层子报表。换句话说，我们不能在子报表中包含子报表。
