NxBRE可以使用SQL作为后端.我认为利用像OrientDB这样的图DB可能会产生更好的结果。
实现这种后端集成以支持具有数百万事实的场景时所涉及的内容。既然OrientDb有类似于SQL的语法,那么它是否“有点”容易呢?当我们超越物理RAM的极限时,我正试图找到创造性的方法,使我们能够快速地处理问题。
这种整合值得一试吗?
发布于 2014-01-14 04:06:00
很容易创建一个从NxBRE.InferenceEngine.IO.IFactBaseAdapter加载事实的OrientDB实现,但这不会解决“超出物理内存限制”的问题。实际上,NxBRE只会将OrientDB中的所有事实加载到自己的内存中,并且.你想象一下剩下的。
为了实现您的目标,需要有一个NxBRE.InferenceEngine.Core.FactBase的替代实现:它实际上将为战略性内部方法(如StoreFactForIndividualValue或Select )提供替代实现,这些方法将影响OrientDB而不是其工作记忆。
所以我想说:这是可取的,是可能的,而且不是微不足道的:)
https://stackoverflow.com/questions/21096866
复制相似问题