Question

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

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是一个波斯菊db属性，与我docId属性不同在上面指定）。

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

有人可以帮助我理解为什么要创建4个顶点而不是1个吗？

Answer 1

好的，错误是从$insert_admin_info = "INSERT INTO account_info_tbl(`aaid`,`fn`,`mn`,`ln`,`picture`) VALUES ('$id','$fn','$mn','$ln','$fileupload')";开始查询。以下查询按预期工作：

g.V()

我正在发生的事情：我的图形中有4个现有顶点。 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')选择了这四个顶点，然后针对每个顶点执行查询的g.V()部分。

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

1 个答案: