Hi All,
query.batch = true AND query.fast-property = true
this doesn't work. facing the same problem. Is there any other way??
Thanks & Regards, Vinayak
toggle quoted message
Show quoted text
On Mon, Mar 22, 2021 at 6:06 PM Boxuan Li < liboxuan@...> wrote: Have you tried keeping query.batch = true AND query.fast-property = true?
Regards, Boxuan
Hi All, Adding these properties in the configuration file affects edge traversal. Retrieving a single edge takes 7 mins of time. 1) Turn on query.batch 2) Turn off query.fast-property
Count query is faster but edge traversal becomes more expensive. Is there any other way to improve count performance without affecting other queries.
Thanks & Regards, Vinayak Hi Vinayak,
Try below. If it works for you, you can add E2 and D similarly.
g.V().has('property1', 'A'). outE().has('property1', 'E').as('e'). inV().has('property1', 'B'). outE().has('property1', 'E1').as('e'). where (inV().has('property1', 'C')). select (all, 'e').fold(). project('edgeCount', 'vertexCount'). by(count(local)). by(unfold().bothV().dedup().count())
Regards, Amiya Amiya - I need to check the data, there is some mismatch with the counts.
Consider we have more than one relation to get the count. How can we modify the query?
For example: A->E->B query is as follows: g.V().has('property1', 'A'). outE().has('property1','E'). where(inV().has('property1', 'B')). fold(). project('edgeCount', 'vertexCount'). by(count(local)). by(unfold().bothV().dedup().count())
A->E->B->E1->C->E2->D
What changes can be made in the query ??
Thanks
Hi Vinayak,
Correct vertex count is ( 400332 non-unique, 34693 unique).
g.V().has('property1', 'A').aggregate('v'), all the vertex having property1 = A might be getting included in count in your second query because of eager evaluation (does not matter they have outE with property1 = E or not)
Regards, Amiya
|