Business Rules Algorithms research from Forrester

January 10, 2009
56 Views

Mike Gualtieri published a nice piece on business rules engine algorithms last July that I wanted to point out to my readers. Mike summarizes the mainstream rules engine algorithms into those that deliver inferencing at run time, those that execute…


Mike Gualtieri published a nice piece on business rules engine algorithms last July that I wanted to point out to my readers. Mike summarizes the mainstream rules engine algorithms into those that deliver inferencing at run time, those that execute sequentially and those that execute sequentially but have compile-time algorithms to sequence rules correctly.

While I have a few comments on Mike’s report, I was struck both by its measured tone and a great piece of advice:

Let Authoring Flexibility Drive Your Algorithm Decision

This is key. The extent to which the tool allows you to write authors the way you need to write them, the way your business users need to write them, is what matters. It is the flexibility and agility that business rules give you that is the primary value driver. Pick your vendor based on how the rule editing and management environment will work for you. The capabilities of the vendor’s algorithm(s) will impact this but they are just part of the puzzle – the kind of editing and management environment will matter more. Most of the major rule vendors will do a good job on performance, if
you use the tools the way they are intended and don’t try and force-fit
your previous programming experience too much.

If you are interested in this topic, buy the report (it’s a good one). I would just add a couple of things:

  • I think he under-calls the potential for inferencing engines to run
    faster than sequential when a very large number of rules exist but
    where each transaction only fires a tiny percentage (common in
    regulatory compliance) for instance
  • Some vendors allow different algorithms to be used in different steps in a decision, a useful feature
  • I have never found a Rete user who had trouble recreating a bug. The data in a transaction determines the sequence of execution of rules and the same data/ransaction will reliably drive the same sequence of execution. Sure different data results in a different order of execution but that does not have any impact on recreating a bug
  • I think the ability to integrate predictive analytics with business rules is already bringing new algorithms to bear. A decision tree built using a genetic algorithm might execute the same way any other decision tree does but it shows the results of the new algorithm just the same.


Link to original post

You may be interested

How SAP Hana is Driving Big Data Startups
Big Data
298 shares3,129 views
Big Data
298 shares3,129 views

How SAP Hana is Driving Big Data Startups

Ryan Kh - July 20, 2017

The first version of SAP Hana was released in 2010, before Hadoop and other big data extraction tools were introduced.…

Data Erasing Software vs Physical Destruction: Sustainable Way of Data Deletion
Data Management
78 views
Data Management
78 views

Data Erasing Software vs Physical Destruction: Sustainable Way of Data Deletion

Manish Bhickta - July 20, 2017

Physical Data destruction techniques are efficient enough to destroy data, but they can never be considered eco-friendly. On the other…

10 Simple Rules for Creating a Good Data Management Plan
Data Management
69 shares687 views
Data Management
69 shares687 views

10 Simple Rules for Creating a Good Data Management Plan

GloriaKopp - July 20, 2017

Part of business planning is arranging how data will be used in the development of a project. This is why…