Graph 为什么顶点中心索引中不能包含multiplity.SIMPLE边？

我有一个Edgelabel

ContainsAttribute

具有

多重性。SIMPLE

这些边还有一个属性，我们称之为

x

，我想在其上建立以顶点为中心的索引

PropertyKey propertyX = mgmt.getPropertyKey("x");
EdgeLabel containsAttributeLabel = mgmt.makeEdgeLabel(EdgeLabels.ContainsAttribute).multiplicity(Multiplicity.SIMPLE).make();
mgmt.buildEdgeIndex(containsAttributeLabel,"propXIndex",Direction.IN, propertyX);

因此边表示

实体--containsAttribute-->属性

。我尝试进行的查询将尝试通过筛选属性

x

来搜索给定查询的实体

我想知道为什么它不允许我说：

关系类型[ContainsAttribute]在方向[in]上具有多重性或基数约束，因此无法编制索引

我认为我的用例是有意义的，我不想将我的边缘标签多样性从

SIMPLE

放宽到

manyOne

、

ONE2MANY

或

MULTI

，以使其发挥作用

编辑：根据示例，大力士与许多怪物战斗，因此标记为“战斗”的边缘会多次从“大力士”与不同的怪物连接中出现。然后边索引位于属性“time”上，因此可以进行过滤。我想做一些类似的事情，我认为以顶点为中心的索引是最好的方法。。这些边缘是多样性的。很简单，因为在大力神和每一个怪物之间，最多有一个边缘被标记为“战斗”

编辑2:

与给出的示例类似，还有一个简单的图形：

我相信为大力神和即将出现的简单“战斗”边缘建立顶点中心索引是有意义的。这将使从大力士到怪物的查询速度更快，比如

time>=20

我不明白为什么我们必须使用下面这样的多重图（不那么严格）来利用以顶点为中心的索引

任何帮助都将不胜感激！

---

谢谢

我删除了我的答案。再仔细看一遍，是的，你完全正确。指数在某些情况下是有意义的。你应该在Titan的问题跟踪器中创建一张记录单（如果还没有创建的话）。@DanielKuppitz感谢你再次查看！我很奇怪为什么我需要失去图形的约束才能工作：）-这是我在@DanielKuppitz提交的问题，我想这不再是DSE图形的问题了，对吗？谢谢