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 中选择索引后端时是否应该考虑一些事项?