janusgraph索引后端和建筑物混合索引

时间:2019-03-02 08:22:00

标签: elasticsearch solr lucene tinkerpop3 janusgraph

mgmt.buildIndex("mixed_user_index", Vertex.class)
     .addKey(mgmt.getPropertyKey("user_id"))
     .indexOnly(mgmt.getVertexLabel("user"))
     .buildMixedIndex("search");

我试图用这样的方法在具有 200K用户顶点以及数百万个其他顶点和关系的图形上建立混合索引;

我第一次使用 lucene 后端进行测试,并将索引数据存储在本地计算机上;

重新索引过程大约需要两三个小时,而我计算出lucene生成的所有文件,大约是 48G ;

但是,当我将相同的用户数据集(以及仅一些简单的关系,而不是第一个图形)加载到具有 ES 后端的本地图形中时,我只能获得 40MB < / strong>一小时;

我发现有些不正确的地方,然后将第一个图的后端(具有数百万个其他顶点和关系的图)更改为 ES

然后情况就不那么好了...。我在重新索引过程中陷于不止一天,甚至更糟的是失败了……

我想知道混合索引是否计数在buildIndex方法中确定了Vertex.class的实际情况? 在 ES Solr Lucene 中选择索引后端时是否应该考虑一些事项?

0 个答案:

没有答案