NxBRE 可以使用 SQL 作为后端。我认为利用像 OrientDB 这样的图形数据库可能会产生更好的结果。
转向这种类型的后端集成以支持具有数百万事实的场景将涉及什么。由于 OrientDb 具有类似 SQL 的语法，它会“有点”容易吗？当我们超出物理 RAM 的限制时，我试图找到创造性的方法来快速处理影响。
这种类型的集成值得一试吗？
问问题
171 次
1 回答
0
创建从 OrientDB 加载事实的实现很容易NxBRE.InferenceEngine.IO.IFactBaseAdapter，但这不会解决“超出物理 RAM 的限制”的问题。实际上，NxBRE 只会将 OrientDB 中的所有事实加载到它自己的内存中，然后……你可以想象其余的。
为了实现您的目标，NxBRE.InferenceEngine.Core.FactBase将需要一个替代实现：它实际上将具有战略内部方法的替代实现，例如StoreFactForIndividualValueOrientDBSelect而不是它的工作内存。
所以我想说：这是可取的，这是可能的，而且不是微不足道的:)
于 2014-01-14T04:06:00.870 回答