Почему 4 вершины создаются из запроса с предложением 1 `addV ()`? - PullRequest
0 голосов
/ 30 апреля 2019

Согласно документации Tinkerpop , можно ожидать, что следующий запрос создаст 1 новую вершину с 5 свойствами при передаче в Azure CosmosDB.

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.

Может кто-нибудь помочь мне понять, почему вместо 1 создается 4 вершины?

1 Ответ

1 голос
/ 30 апреля 2019

Хорошо, ошибка начинала запрос с 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() для каждой вершины.

...