I was hoping for some opinions on the following:
Client will have many rules (about 1000) per RuleBase. The primary goal is
to assert Facts and find Matches in one or more rules. The secondary goal
may be to keep track of those Facts that did not produce Matches. I was
wondering what the best solution may be in this case?!
The benefit in keeping track of the non-matches would be periodic analysis
of the non-matches to discover patterns and perhaps provide some proactive
monitoring and notification. An additional benefit may be to spot a trend
and setup additional rules to reduce the number of non-matches.
So I would need to not only spot the no-match condition, I also need to
persist the no-match event in the database for tracking and later reporting.
One way I can see is to assert a new Match fact the instance a single rule
is matched and then test for the presence/absence of the Match() fact.
Efficiency and speed are paramount in our case, so I'm wondering if there is
an alternate approach that would work here.
View this message in context:
Sent from the drools - user mailing list archive at Nabble.com