3

我们目前有一个老化的基于客户端/服务器的应用程序，其中所有客户端都直接连接到我们的事务数据库（MS SQL Server）......我们 99% 的业务逻辑位于存储过程中。

我们一直在尝试在现有数据库之上构建 ServiceStack API。最终，我们希望将所有业务逻辑迁移到 ServiceStack API 中，并使其成为 CRUD 操作的唯一入口点。除了报告和搜索之外，我脑海中的一切都是有意义的。

我的问题是......目前我们允许 Crystal Reports / Excel / 等直接连接到数据库以提取数据 - 这使得编写报告非常灵活，因为我们可以加入表和/或编写SUBQUERIES以产生所需的结果。

当我们将 ServiceStack API 作为数据库的唯一入口点时，将如何完成类似的事情？

是否可以通过 ServiceStack API 进行稳健搜索，或者是否有另一种技术可以为我们提供相同的灵活性（连接、子查询），以及哪些应用程序是构建这些报告的好工具？

谢谢。

4

1 回答 1

1

我将您的问题分成几部分并尝试给出答案。

如果您想要使用 Servicestack API 的单一端点并且您已经准备好数据库，那么这篇文章可以为您提供帮助。

现在，对于报告，而不是从数据库中提取 API 并进行查询。这可以提供帮助。但更像水晶报表和/或 SSRS，直接访问 db 是好的。意味着它将提供更大的使用灵活性。我曾与 SSRS 合作过，我们只是这样做。但同样 SSRS 也将集合作为数据提供者，看看你是否可以对 Crystal 报表做同样的事情。

使用 Servicestack 和 db 进行搜索有点复杂。但是，如果您将搜索作为 API 公开，则它本身是可能的。如果您可以使用弹性搜索或 lucane 来处理这类东西，那就太好了。在这种情况下，它将更加灵活和有用。

我希望我已经清除了您的疑问。如果有什么请告诉我。

于 2013-07-11T06:51:51.560 回答