【问题标题】:searching/reporting with servicestack使用 servicestack 搜索/报告
【发布时间】:2013-05-13 17:16:24
【问题描述】:

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

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

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

当我们将 ServiceStack API 作为数据库的唯一入口点时,将如何实现类似的功能?

是否可以通过 ServiceStack API 实现稳健的搜索,或者是否有其他技术可以为我们提供相同的灵活性(连接、子查询),以及哪些应用程序是构建这些报告的好工具?

谢谢。

【问题讨论】:

    标签: search reporting servicestack


    【解决方案1】:

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

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

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

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

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

    【讨论】:

    • 动态 linq 库有点帮助
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多