|There's more than one way to do things|
Re: Re: Rules-based Perl?by Brovnik (Hermit)
|on Jun 26, 2001 at 12:53 UTC||Need Help??|
Apologies if i get a bit misty-eyed in the middle, this is a subject dear to me.
My first job involved writing an expert system in VAX Pascal.
It used a list-oriented code/data structures that could be easily serialised for fast store/load.
My main role was writing the search engine part. Initially, we worked hard to build a 'proper' depth-first and breadth-first search engines, but found over time that often, only one rule could fire, or a few independent rules could fire. In these cases, a lot of time and effort was wasted in the 'proper' search mechanisms, and the best (=fastest) way to the result was a combined approach which executed as many independent rules as possible at each stage.
The problem areas were the usual with these sorts of languages, namely Input. You want to minimise the number of questions asked, but what if you backtrack over a question already asked ? Do you ask it again, because the context (to the user) might be different in a different search order. The system also allowed backward-chaining rules if that resulted (as it did sometimes) in a faster result.
P.S. The result was IMHO pretty good. It was used for designing telephone exchanges, which had a certain number of constraints, e.g "given that we want 100 trunk lines and 1000 subscriber lines, how do we layout the exchange in this room ?" Constraints/Rules included trying to make sure units with lots of interconnections were placed close together.
Summary of key issues: