哪种报告技术最适合产品的最佳情况/类型？我现在正在考虑3种技术：
对于现成的产品，您会使用哪种报告技术？是否可以从现成的产品中获得基于 OLAP 类型的报告方面？
哪种技术最适合历史数据？我猜这里 OLAP 数据库会更快，但这取决于数据库的大小，因为我认为您也可以使用嵌入式报告来存储历史数据。
哪种技术最适合定制软件解决方案？
我喜欢在服务器上进行报告的想法，用户可以在该服务器上登录并像使用 MS Reporting 服务一样运行报告。而且实际上只有发票、账单、客户信息表等内容的报告作为嵌入式报告。并且还可以通过 OLAP 数据库为历史数据提供报告服务。
不幸的是，管理层没有看到这种布局，而是想要一个现成的产品，在应用程序中使用 olap 报告以及所有其他报告。
我喜欢报告服务。正如您所说，它可以在客户登录到报告服务网站时使用。但是还有一个组件可以添加到您的应用程序中，该组件在后端使用报告服务。两全其美。
此外，您可以访问分析服务或任何其他数据库中的数据。
OLAP 不是报告平台，它位于数据库层。
如果您要收集预先计划好的罐装报告，那么 Crystal 或 RS 是最好的主意。就个人而言，我更喜欢 Crystal，但开发报告可能会很痛苦——但是当它们被批准时，Crystal 是一个坚如磐石的平台。（我们将 Crystal 与 .NET 应用程序集成。）
RS 也可以很好地集成，但您必须维护服务器。它们的最大优势是动态/反应式菜单，但是当它们不是很完美时，它们同样难以开发和维护。
OLAP 是一项非常强大的技术——但如果您没有本地知识，那么准确部署它是一个非常具有挑战性的产品。但是，同样，它不是一个报告产品——但它上面有一些有趣的层（例如 ProClarity、Excel 插件）。
您还可以查看（我们自己的）i-net Clear Reports（以前是 i-net Crystal-Clear）。完全基于 Java，可以读取 Crystal Reports 模板，并为任何主要的 Web 服务器提供漂亮而简单的 API 和 servlet。使用 JFreeChart 有漂亮的图表。可以导出为 PDF、HTML、SVG 以及 Swing Java 查看器，您可以嵌入到您自己的应用程序中。我们还提供免费且功能齐全的独立报表设计器。
成本也比 CR 低很多。
我们正在使用 DevExpress 的 XtraReports。价格/生产力比率非常高，您可以获得源代码。
您可以将它用于桌面或 Web 应用程序（或导出为 pdf、doc、html 等），并且最终用户设计器由 DevExpress 本地交付。我相信，这是最好的报告套件之一（带有 Telerik Reports）。
我真的很喜欢报告服务。您可以将报告嵌入到网页中，您可以让用户通过网络访问您的报告，您甚至可以通过按照设定的时间表将报告通过电子邮件发送给用户来自动化报告交付。您还可以从 OLAP 数据库创建报告。Plus Reporting Services 附带 SQL Server，因此可以节省一些钱。
Crystal 报表使用起来非常简单快捷，但也相当有限。如果您需要做的只是将一些汇总信息添加到报表中，直接从数据库中取出，那么水晶报表就可以满足您的需求。不确定其他人。