您选择哪种报告工具？ [英] What is your reporting tool of choice?

问题描述

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

Every project invariably needs some type of reporting functionality. From a foreach loop in your language of choice to a full blow BI platform.

要完成这项工作，小组使用了哪些工具，小部件，平台来进行成功，挫折和失败？

To get the job done what tools, widgets, platforms has the group used with success, frustration and failure?

推荐答案

对于淘汰相当磨合的报表，SQL Reporting Services确实令人印象深刻。

For knocking out fairly "run of the mill" reports, SQL Reporting Services is really quite impressive.

对于复杂的分析，通常将数据（可能是预先汇总的）加载到Excel Pivot表中对于大多数用户来说就足够了。

For complicated analysis, loading the data (maybe pre-aggregated) into an Excel Pivot table is usually adequate for most users.

我发现您可以花费大量时间（和金钱）来构建全面的临时报告套件，并且在哇系数的前一两个月之后，生成的报告中有99％都是相同的

I've found you can spend a lot of time (and money) building a comprehensive "ad-hoc" reporting suite and after the first month or two of "wow factor", 99% of the reports generated will be the same report with minor differences in a fixed set of parameters.

当用户说他们想要临时报告而没有指定目标和外观时，则不接受对于。他们只是在钓鱼，他们实际上需要花很多时间在思考其报告要求上，就像您必须花时间来建立他们的解决方案一样。

Don't accept when a user says they want "ad-hoc" reports without specifying what goals and targets their looking for. They are just fishing and they need to actually spend as much time on THINKING about THEIR reporting requirements as YOU would have to spend BUILDING their solution.

我花了太多时间构建可以报告所有内容的系统，并使其在完成之前变得过时或失宠。尽可能快地赢得快速胜利，然后花时间整理最重要的报告要好得多。

I've spent too much time building the "the system that can report everything" and for it to become out of date or out of favour before it was finished. Much better to get the quick wins out of the way as quick as possible and then spend time "systemising" the most important reports.

这篇关于您选择哪种报告工具？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！