哪种报告技术适合最好的情况/类型的产品?我现在想到的是3技术:
你会用哪种报告技术来制作现成的产品?是否有可能从现成的产品中得到基于OLAP类型的报告?
哪种技术最适合历史数据?我想在这里OLAP数据库会更快,但这将取决于数据库的大小,因为我估计您也可以将嵌入式报表用于历史数据。
哪种技术最适合自定义软件解决方案?
我喜欢在服务器上进行报告,用户可以在服务器上登录并运行报告,就像使用一样。实际上,只有发票、账单、客户信息单等报表作为嵌入报表。并在OLAP数据库上为历史数据提供报告服务。
不幸的是,管理人员没有看到这个布局,想要一个现成的产品,而olap报告就在应用程序中和所有其他报告一起使用。
发布于 2008-09-22 15:27:39
OLAP不是一个报告平台,它位于数据库层。
如果你要收集一些预先计划好的罐装报告,那么水晶或者RS是最好的主意。就我个人而言,我更喜欢水晶,但开发报告可能会很痛苦--但当它们被批准时,水晶是一个稳定的平台。(我们将水晶与.NET应用程序集成在一起。)
RS集成得也很好,但您确实需要维护服务器。它们的最大优势是动态/被动的菜单,但是在不太完美的情况下,开发和维护它们也同样棘手。
OLAP是一项非常强大的技术--但是如果您还没有本地知识,那么准确部署OLAP是一个非常有挑战性的产品。但是,同样,它不是一个报告产品--但上面有一些有趣的层(例如ProClarity、Excel插件)。
发布于 2008-09-22 15:06:38
我喜欢报道服务。它可以像您说的那样使用,将客户登录到reporting网站。但是也有一个组件可以添加到您的应用程序中,它在后端使用报告服务。这两个世界都是最好的。
此外,您还可以访问分析服务或任何其他数据库中的数据。
发布于 2008-09-23 06:28:58
另外,您也可以看看(我们自己的) I-净结算报告 (以前是i、水晶-清除的)。完全基于Java,可以读取水晶报表模板,并为任何主要的web服务器提供一个漂亮而简单的API和servlet。有很好的图表使用JFreeChart。可以导出到PDF,HTML,SVG,以及一个Swing Java查看器,你可以嵌入到您自己的应用程序。我们还提供了一个免费的、功能齐全的独立报表设计器。
也比CR便宜得多。
https://stackoverflow.com/questions/115283
复制相似问题