NxBRE は SQL をバックエンドとして使用できます。OrientDB のようなグラフ DB を活用すると、より良い結果が得られる可能性があると思います。
何百万もの事実を含むシナリオをサポートするために、そのようなタイプのバックエンド統合に移行するには何が必要でしょうか。OrientDb には SQL のような構文があるため、「ある程度」簡単でしょうか? 私は、物理 RAM の制限を超えたときに、処理の影響を非常に高速に処理するための創造的な方法を見つけようとしています。
このタイプの統合は試してみる価値がありますか?
NxBRE.InferenceEngine.IO.IFactBaseAdapterOrientDB からファクトをロードする の実装を作成するのは簡単ですが、「物理 RAM の制限を超える」という問題には対処できません。実際、NxBRE は、OrientDB からすべてのファクトを独自のメモリにロードするだけで、残りはご想像のとおりです。
目標を達成するには、の代替実装NxBRE.InferenceEngine.Core.FactBaseが必要になります。実際には、作業メモリの代わりに OrientDB にヒットする、StoreFactForIndividualValueまたはOrientDB にヒットするような戦略的な内部メソッドの代替実装があります。Select
だから私は言いたい：それは望ましいことであり、可能であり、些細なことではない:)