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

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

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

Guy.. 29

为了淘汰公平的"磨坊"报告,SQL Reporting Services真的令人印象深刻.

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

我发现你可以花很多时间(和金钱)建立一个全面的"临时"报告套件,在"令人惊叹的因素"的第一个月或第二个月之后,99%的报告生成的报告将与固定参数集中的微小差异.

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

我花了太多时间构建"可以报告所有内容的系统",并且在它完成之前它变得过时或失宠.更好的是尽可能快地获得快速获胜,然后花时间"系统化"最重要的报告.

1> Guy..：

---

为了淘汰公平的"磨坊"报告,SQL Reporting Services真的令人印象深刻.

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

我发现你可以花很多时间(和金钱)建立一个全面的"临时"报告套件,在"令人惊叹的因素"的第一个月或第二个月之后,99%的报告生成的报告将与固定参数集中的微小差异.

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

我花了太多时间构建"可以报告所有内容的系统",并且在它完成之前它变得过时或失宠.更好的是尽可能快地获得快速获胜,然后花时间"系统化"最重要的报告.

---

或者ad-hoc =我们厌倦了每次我们想要对报告进行小的更改时都要向IT发出请求,或者想要以不同的顺序/过滤/格式查看数据您可以随时查看在Report Builder(Reporting Services 2005或更高版本的一部分)

---

绝对,如果"客户"说他们想要临时,这通常是代码,他们说,"我们没有花时间思考它".这适用于一切.

2> David Schlos..：

---

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

3> Martynnw..：

---

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

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

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

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

---

SSRS不需要Web服务器.渲染器可以直接托管在最近两个版本中随Visual Studio提供的ReportViewer小部件中.CR远远领先于SELECT COUNT(*)FROM FOO WHERE 1 = 0错误地返回值1.

---

水晶花了绝对的财富!许可证上有数千美元,而你可能在任何地方都有一个sql box,这样可以最大限度地降低成本

---

我发现水晶报告不太可用,每次我都不幸使用它们.我个人认为SSRS在这方面要好得多.

4> Vaibhav..：

---

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