問題タブ [rete]

いろいろ調べてみたのですが、同じような投稿がありましたら申し訳ありません。

ルール エンジンには、基本的に、フォワード チェーンとバックワード チェーンの 2 つの推論方法があることを理解しています。また、両方が個別にどのように機能するかを理解していると思いますが、混合推論機能を備えたエンジンはどのように機能し、最初に前方連鎖を実行してから後方連鎖を実行しますか、またはその逆ですか? それとも、エンジンが知識ベースと作業メモリ内の事実に基づいて、どの推論を使用するかを決定する可能性はありますか?

また、両方の推論方法でエンジンを構築したい場合は、使用されているマッチング アルゴリズム (Rete、Treat など) を強化することから始めますか?

私は多くの質問をしたことを知っています。誰かが答えたり、どの部分についても文献を参照してくれたりしたら、本当に感謝しています.

ありがとう！

Rete アルゴリズムを開発するのに最適なグラフ ライブラリの提案を教えてください。私は .net 4.0 を使用しています。QuickGraph を見つけましたが、この場合に役立つかどうかはわかりません。

リクエストごとに、新しいナレッジ セッションを作成し、ルールを実行して、最終的に破棄します。これは、開発環境での少数のリクエストで正常に機能します。しかし、本番環境では、複数のリクエストがあると、Drools エンジンが以下のスレッド ダンプでハングします。

スレッド ダンプは、JoinNodeLeftTuple.getLastHandle(JoinNodeLeftTuple.java:536) でデッドロックが発生していることを示しています。ただし、リクエストごとに個別のセッションを作成しているため、このスレッドロックは発生しないはずです。

1. デッドロックの原因は何ですか
2. この問題を解決するにはどうすればよいですか

NRules SimpleRule のコードは、次のルールを定義します。

&& 演算子を使用する代わりに、条件が個別のパラメーターである理由を知りたいです。つまり、次のように同じ効果がありますか?

ご存じのように、多くのルール エンジンは、ルールを処理するときに Rete アルゴリズムを使用します。このアルゴリズムは、Rete ツリーと呼ばれるツリーを構築します。

ルール処理のパフォーマンスを向上させるための Rete ツリーの理想的なトポロジは何ですか? つまり、パフォーマンスを向上させるために、ルール セットがより適切に対応する必要があるツリー トポロジを知りたいのです。

NRuleのガイド方法について説明しました。ただし、ルールを定義し、後でいくつかのモデルで実行できるユーザー インターフェイスを提供する方法については明確ではありません。例: 私は、許可されたユーザーが 2 つの当事者間の契約を起草する Web アプリケーションを持っています。この Web サイトに別のページを追加して、ユーザーが規則を起草し、ポリシーの下にグループ化できるようにしたいと考えています。後で契約モデルにポリシーを適用します。どうすればこれを達成できますか？

ご覧のとおり、いくつかの条件を評価するルールで別のメソッドを呼び出しています。ここでは Rete アルゴリズムのすべての機能を使用していないように感じます。自分で物事を事前評価しているためです。これにアプローチする方法について誰かが私を導くことができますか?