我正在使用 gremlin scala 和 orientdb。我想用标签搜索所有顶点。我有超过一定数量的顶点开始需要一段时间才能获得一些结果（10 秒或更长时间）。
我的问题是 A 上的操作和 B 上一样慢，我不知道为什么。
g.V.hasLabel("A").toList()
g.V.has("class","A").toList()
g.V.hasLabel("B").toList()
g.V.has("class","B").toList()
在this thread 中写到了这一点。它很慢，因为它就像全表扫描。但看起来它需要 g.V 步骤中的所有顶点，然后开始排序。
【问题讨论】：
大多数图形数据库不会优化仅依赖于顶点标签的遍历。这很可能是这种情况，因为您正在获取完整的顶点列表，然后在内存中的标签上进行过滤。如果 OrientDB 能够通过标签快速检索计数，那么应该修改 orientdb-gremlin 以支持该功能并公开该功能。
Apache TinkerPop 允许图形数据库通过 TraversalStrategy 实现展示其优势和独特特性。策略在执行之前进行遍历，并允许图数据库根据其特性对其进行优化。
例如，考虑一下 TinkerGraph - 它能够非常快速地获取全局计数，因为它由内存中的 Map 提供支持。因此，我们开发了TinkerGraphCountStrategy，它将标准的count() 步骤替换为TinkerGraph 优化的步骤，可以直接访问Map。当对 TinkerGraph 执行 g.V().count()（或 g.E().count()）的变体时，不再进行全表扫描 - 您只需立即获得计数。
【讨论】：
TraversalStrategy 来公开该性能增强，只返回带有该标签的顶点。换句话说，TinkerPop/Gremlin 无法解决这个问题。这是底层图形数据库的问题，在这种情况下是 OrientDB。
TraversalStrategy 优化 g.V().hasLabel() 以“快速”。所以，我并不是说这是 OrientDB 本身的问题 - 这是 orientdb-gremlin 的问题。这有意义吗？
OrientGraphStep 是否进行了优化以在工作室中获得性能？