【问题标题】:Converting SQL update based application to java rule based application将基于 SQL 更新的应用程序转换为基于 Java 规则的应用程序
【发布时间】:2011-04-08 12:30:24
【问题描述】:

我有一个以数据为中心且对数据敏感的应用程序,它是使用 java 编写的,但几乎所有的业务逻辑都保存在 .sql 文件中。

这些 sql 文件一个一个地执行,临时表由这些 sql 文件创建和更新。

在内部,这些 sql 文件在临时表上触发更新查询,并在各种条件下使用可用的数据值。

最后将临时表转储到物理表中。

我们计划将其移至基于 Java 规则的应用程序,因为 sql 脚本变得庞大且难以理解和维护。

计划使用 Lucene 及其 RAMDiirectory 将所有数据保存在内存中,构建规则的首选选择是什么(这些只是 sql 中的更新查询)

正在寻找具有动态规则的 @ 脚本语言,但脚本 (rhino / groovy) 具有与sql文件相同的特性(难以编写和维护)

请发表您的建议。

提前致谢!!

【问题讨论】:

    标签: java lucene rhino rule-engine


    【解决方案1】:

    我们公司使用Drools。对我们来说真的很棒。 Drools 通常让您以基于 XML 的格式编写规则,但我们只是扩展了它们的一些类,以便我们可以用 Java 编写规则(允许我们在运行时调试规则)。

    【讨论】:

    • 感谢您的回复,但考虑到我没有明确定义的工作流程并且我的规则/驾驶条件嵌入在数百个查询中,这是一个不错的选择。请建议
    • 我会建议 Drools。它作为一个规则引擎工作得非常好。如果您对工作流程感兴趣并将其与 Web 集成,那么我会研究另一个 JBoss 产品——Seam。我们只将 Seam 用于 JSF 方面,但它看起来与 Hibernate 和 JBPM 集成得非常好,我猜它也会与 Drools 很好地集成。但如果你只想要 Seam 的一部分,那我不一定会选择它。只是取决于你在做什么。
    【解决方案2】:

    我们还使用 JBoss 规则/Drools。较新的版本 (> 4.0.0) 有一个很好的 DSL,它完全可读和可维护。不再需要 XML。

    【讨论】:

      猜你喜欢
      • 2013-09-08
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-02-15
      • 1970-01-01
      • 2015-03-26
      • 2023-04-07
      相关资源
      最近更新 更多