<div><br></div>   Ivan,<div><br></div><div>   The more complex your problem gets, more technologies you will need to employ to solve it properly. Indeed Drools does not work &quot;directly&quot; with persistent storages, because its focus is on the efficient processing of business rules, processes and events, delegating the management of persistent and historical data to specialized tools (all kinds of databases, caches, etc). But Drools integrates with them by several different means, including pulling data from them on demand.</div>
<div><br></div><div>   I suggest you watch the presentation &quot;Drools and Large Data Sets&quot; by Alexandre Porcelli, at the bootcamp in Argentina back in June: <a href="http://blog.athico.com/2011/08/drools-jbpm5-sessions-argentina-june.html">http://blog.athico.com/2011/08/drools-jbpm5-sessions-argentina-june.html</a> . The solution is obviously tailored to the problem in question (constantly dealing with 30 million rows of historical data with high performance if I remember correctly), as any solutions for any major problems are. In other words, using each tool for what they do best and build the puzzle from there.</div>
<div><br></div><div>   Regarding your second point, my understanding is that it has nothing to do with Drools per se. Does not matter if you implement your rules in Drools, in Java, or any other technology/language, you will have the same mapping problem. Solutions for that include a translator for the rules as you mentioned, or a translator for the data (smooks is a good open source one), or even use an adapter fact model that allows rules to work under the user friendly model, but execute actions on the engineering model.</div>
<div><br></div><div>   Hope it helps,</div><div><br></div><div>   Edson<br><br><div class="gmail_quote">On Fri, Nov 11, 2011 at 5:53 AM, kapokfly <span dir="ltr">&lt;<a href="mailto:ivan.jiang.ww@foxmail.com">ivan.jiang.ww@foxmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Not sure if these are also your questions you might have with the rule engine<br>
adoption, but we have seen 2 showstopper issues for drools adoption in our<br>
organization, or it is just because we are lack of some necessary knowledge.<br>
<br>
Issue 1) : pattern match for large data<br>
<br>
There are cases in a rule we need find matched records against a large<br>
population of data and perform some actions.<br>
<br>
Example:<br>
    From 2 millions employee directory, find those belongs to Depart1 and<br>
with salary increased by 10% last year.<br>
<br>
    Inserting all these employee&#39;s data into WorkingMemory is HUGE and<br>
mission impossible, we can&#39;t simply load the entire db into the working<br>
memory, do we have any other approach to accomplish or this is just not a<br>
use case can be resolved by a rule engine?<br>
<br>
<br>
Issue 2): Map business object to real engineering implementation<br>
<br>
What we are trying to do is to build a rule UI which a business user without<br>
engineering background of our codebase can work with; the business object we<br>
show on the UI might be different with the real engineering objects already<br>
in system, for example, on the UI a user might be able to able to see<br>
something like person.address.addressLine1 but the actually implementation<br>
might not be an object traverse implementation.<br>
<br>
Example, the model could be Long Person.addressId ; then referring to his<br>
address we need another lookup and we want to hide such complexity to the<br>
end user.<br>
<br>
The approach we took is to design a translation layer to translate the user<br>
input to drools rule string, is this the right approach?<br>
<br>
If not, any suggestions? I know Drools is mainly designed for developers but<br>
just trying to see if there is any way we can work it around.<br>
<br>
Thanks and looking forward to your recommendations.<br>
<br>
Ivan<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
-----<br>
Ivan, your Panda, forever<br>
<span class="HOEnZb"><font color="#888888">--<br>
View this message in context: <a href="http://drools.46999.n3.nabble.com/Showstopper-issues-for-Drools-Adoption-in-our-organization-tp3499367p3499367.html" target="_blank">http://drools.46999.n3.nabble.com/Showstopper-issues-for-Drools-Adoption-in-our-organization-tp3499367p3499367.html</a><br>

Sent from the Drools: User forum mailing list archive at Nabble.com.<br>
_______________________________________________<br>
rules-users mailing list<br>
<a href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>  Edson Tirelli<br>  JBoss Drools Core Development<br>  JBoss by Red Hat @ <a href="http://www.jboss.com">www.jboss.com</a><br>
</div>