NxBRE는 SQL을 백 엔드로 사용할 수 있습니다. OrientDB와 같은 그래프 DB를 활용하면 더 나은 결과를 얻을 수 있다고 생각합니다.그래프가있는 nxbre과 같은 orientDB?
수백만 가지 사실이있는 시나리오를 지원하기 위해 이러한 유형의 백엔드 통합을 향해 나아가는 과정에는 어떤 것이 포함됩니까? OrientDb는 SQL과 비슷한 문법을 가지고 있기 때문에 "다소 쉽다"? 우리가 물리적 RAM의 한계를 초과 할 때 처리 함의에서 매우 빠른 것을 갖는 창조적 인 방법을 찾으려고 노력하고 있습니다.
이러한 유형의 통합이 유용할까요?
NxBRE.InferenceEngine.IO.IFactBaseAdapter의 구현을 쉽게 작성하여 OrientDB에서 사실을로드하지만 "실제 RAM의 한계를 초과하는"문제는 해결할 수 없습니다. 실제로 NxBRE는 OrientDB의 모든 사실을 자체 메모리에로드하기 만하면 나머지는 상상할 수 있습니다.
NxBRE.InferenceEngine.Core.FactBase의 대안 구현이 필요하다 목표를 달성하기 위해 : 그것은 actully의 작업 메모리 대신 OrientDB 충돌 할
StoreFactForIndividualValue 또는
Select 같은 전략 내부 방법에 대한 대안 구현을 할 것이다.
그래서 나는 말할 수 있습니다. 그것은 가능하고 그것은 사소한 것이 아닙니다.
스택 오버플로에 오신 것을 환영합니다. 일반적으로 귀하는 귀하의 질문에서 이미 수행 한 모든 연구를 공유해야합니다. –