我们正在从1.4.1升级到2.2.2。以前,如果我们通过调用
检测到OMetadataDefault.CLUSTER_INDEX_NAME没有轻微关闭,我们手动重建数据库的索引!(OStorageLocal)db.getStorage().isClusterSoftlyClosed(OMetadataDefault.CLUSTER_INDEX_NAME);
这是因为在以前的版本中,索引重建用于重建所有索引,从而导致启动时间过长。
据我所知,isClusterSoftlyClosed已不再存在于2.2.2中,但未能找到替代方案。这里有替代方案,还是我们假设依赖异步索引自动重建? OrientDB是否足够智能来决定哪些索引是坏的,只重建所需的索引,或者现在更快地重建索引?
答案 0 :(得分:1)
OrientDB v2.2负责重建需要的索引,所以忘了它。