为什么从带有1`addV（）`子句的查询创建4个顶点？

Question

根据Tinkerpop documentation，我希望以下查询在传递给Azure CosmosDB时创建1个具有5个属性的新顶点。

g.V()
  .addV('ImpactArea')
  .property('partitionKey', '1')
  .property('docId', 'N3TWjll8Ryba18grxkQD')
  .property('createdAt', '2019-04-30T06:09:43.732259')
  .property('updatedAt', '2019-04-30T06:09:43.732259')
  .property('name', 'Advocacy & Human Rights')

出乎意料的是，这个查询创建了4个具有不同id值的新顶点，但具有相同的属性（注意：id是一个cosmos db属性，与我上面指定的docId属性不同）。

我正在Azure CosmosDB在线门户中执行此查询。

谁能帮助我理解为什么要创建4个顶点而不是1？

Answer 1

好的，错误是用g.V()开始查询。以下查询按预期工作：

g.addV('ImpactArea')
 .property('partitionKey', '1')
 .property('docId', 'N3TWjll8Ryba18grxkQD')
 .property('createdAt', '2019-04-30T06:09:43.732259')
 .property('updatedAt', '2019-04-30T06:09:43.732259')
 .property('name', 'Advocacy & Human Rights')

我认为发生了什么：我的图形中有4个现有的顶点。 g.V()正在选择这4个顶点，然后正在为每个顶点执行查询的addV()部分。