为什么使用 1 个 addV() 子句从查询创建 4 个顶点？
Why are 4 vertices created from a query with 1 `addV()` clause?
根据 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 数据库 属性 并且不同于 docId 属性 我在上面指定了）。
我正在 Azure CosmosDB 在线门户中执行此查询。
谁能帮我理解为什么要创建 4 个顶点而不是 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() 部分。
根据 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 数据库 属性 并且不同于 docId 属性 我在上面指定了）。
我正在 Azure CosmosDB 在线门户中执行此查询。
谁能帮我理解为什么要创建 4 个顶点而不是 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() 部分。