何时在Titan图形中使用边缘索引？

Question

关于在Titan中创建Vertex索引的文档似乎很多：

mgmt.buildIndex('byNameAndLabel', Vertex.class).addKey(name)

我找不到太多有关添加Edge索引的文档，例如：

mgmt.buildIndex('byNameAndLabel', Edge.class).addKey(name)

我的问题：

1. 什么时候向图表添加Edge索引合适？
2. 如果遍历的任何/所有部分都可用或仅在第一次遇到边缘索引时，会使用边缘索引吗？

我猜第二个问题与基础存储（以我的情况为Cassandra）如何使用索引有关。 因此，问题实际上是“遍历的每个部分，图是否都返回到底层存储，这对索引的使用有何影响？”

Answer 1

边缘索引只能是以顶点为中心的索引 ，而不能是全局索引。 我不再有Titan的测试环境，但实际上，我对此感到惊讶：

mgmt.buildIndex('byNameAndLabel', Edge.class).addKey(name)

...仍然有效 我认为从0.5.x开始就禁止这样做，因为这些索引的行为从未像用户期望的那样。

g.E().has("indexedProperty", value)

...实际上可能导致长时间运行的扫描操作。 如果我没记错的话，这样的边缘索引会存储边缘的外顶点ID和边缘ID。 因此，前面提到的查询将首先加载出顶点，然后扫描其边缘，直到找到具有索引ID的边缘。

Answer 2

就我而言，我对每个关系都有唯一的自定义ID。 因此，我添加了一个全局关系索引，从Titan 1.0.0开始，gE（）。has（'KEY'，value）确实使用了边缘索引。 其他情况未经测试。

Titan将索引ID和索引属性值用作行键，将内部关系ID用作列，将外部关系ID（例如1g9ocn9jk-1g9ocnaf4-6c5-1g9ocndkw）用作值。