我正在使用带有 tinkerpop 插件的 Titan graph db。使用 has step 检索顶点的最佳方法是什么？
假设employeeId 是一个独特的属性，它定义了一个独特的以顶点为中心的索引。
是不是通过标签 即 g.V().has(label,'employee').has('employeeId','emp123') g.V().has('employee','employeeId','emp123')
（或） 直接根据唯一属性检索顶点会更好吗？ 即 g.V().has('employeeId','emp123')
这两种方法中哪一种是最快和更好的方法？
【问题讨论】：
第二个选项g.V().has('employeeId','emp123') 更好，只要属性employeeId 一直是indexed 以获得更好的性能。
这是因为 gremlin 遍历中的每一步都是一个过滤器。所以当你说：
g.V().has(label,'employee').has('employeeId','emp123')
您首先转到带有标签employee 的所有顶点，然后从您找到emp123 的员工顶点。
使用g.V().has('employeeId','emp123')，复合索引允许您直接转到正确的顶点。
编辑：
正如丹尼尔在他的回答中指出的那样，Titan 实际上足够聪明，不会访问所有员工并立即利用索引。所以在这种情况下，遍历之间似乎没有什么区别。我个人喜欢使用不带标签的直接全局索引（即第一次遍历），但这只是使用 Titan 时的偏好，我喜欢将步骤和过滤器保持在最低限度。
【讨论】：
g.V().hasLabel('employee').has('employeeId','emp123')。现在我不确定上面的推理是否正确！我知道 DSE 图形和 Titan 中的索引完全不同，但要加倍确定方法 2 是正确的！！
首先，您有 2 个选项来创建索引：
mgmt.buildIndex('byEmployeeId', Vertex.class).addKey(employeeId).buildCompositeIndex()mgmt.buildIndex('byEmployeeId', Vertex.class).addKey(employeeId).indexOnly(employee).buildCompositeIndex()对于选项 1，您将使用哪个查询并不重要。对于选项 2，必须使用 g.V().has('employee','employeeId','emp123')。
请注意，g.V().hasLabel('employee').has('employeeId','emp123') 将不会首先选择所有员工。 Titan 足够聪明，可以首先应用那些可以利用索引的过滤条件。
我还要指出一点：indexOnly() 的全部意义在于允许在不同类型的顶点之间共享属性。因此，您可以将其称为uuid，而不是将其称为employeeId，并将其用于雇主、公司等：
mgmt.buildIndex('employeeById', Vertex.class).addKey(uuid).indexOnly(employee).buildCompositeIndex()
mgmt.buildIndex('employerById', Vertex.class).addKey(uuid).indexOnly(employer).buildCompositeIndex()
mgmt.buildIndex('companyById', Vertex.class).addKey(uuid).indexOnly(company).buildCompositeIndex()
您的查询将始终具有以下模式：g.V().has('<label>','<prop-key>','<prop-value>')。这实际上是 DSE Graph 的唯一方法，因为我们完全摆脱了跨越所有类型顶点的全局索引。起初我真的不喜欢这个决定，但同时我不得不承认这更干净。
【讨论】：