Стратегия Гремлина для вершинного узла, находящегося в одной и той же окрестности

Используя AWS Neptune, мне нужно найти стратегию обхода, которая берет одну ссылочную вершину и, проходя по одному типу ребер, находит другие вершины, у которых точно такие же соседи, т. Е. не больше, не меньше.

g.V('1').as('ref_vertex').out('created').as('creations').in('created')

Находит вершины, которые также создали то же самое, что и «1», но также обнаруживает вершины (а), которые также создали что-то еще, а также (б) те, которые не создали все, что создало «1».

g.V('1').as('ref_vertex')
 .out('created').as('creations').in('created')
 .not(out('created').where(neq('creations'))

Помогает только проблема (а), избавление от лиц, созданных что-то лишнее.

Как продолжить этот запрос, чтобы пропустить (b) вершины из результата?


person Balazs David Molnar    schedule 02.09.2019    source источник
comment
возможный дубликат: отметьте stackoverflow.com/questions/52211605/   -  person Kfir Dadosh    schedule 02.09.2019


Ответы (1)


person    schedule
comment
Хорошо, мой разум просто взорвался :) Спасибо за ваш ответ, мне нужно подумать над этим. Как этот метод предотвратит появление фальшивых сверстников, например. совместно использовать одно единственное творение, но в противном случае и ref, и peer создали 2-2 других разных объекта, поэтому они пройдут, потому что количество созданий будет равным? - person Balazs David Molnar; 03.09.2019
comment
@BalazsDavidMolnar, если ссылка - ›c1, m1, m2; фальшивый одноранговый узел - ›c1, n1, n2. тогда «соседи» содержат [c1, m1, m2], но в «кандидат_шар_сосед_cnt_pair», так как фальшивый одноранговый узел встречается только один раз, поэтому значение равно 1, а не sizeof ('соседи') - person sel-fish; 03.09.2019