ntrhieu89

Thanks Leo! Hope this feature would be available soon, this the above example is a pretty common use case.

Hi @li-boxuan , do you still have plan to implement this optimization?

Is there anyone who will work ok this one? Otherwise, I could take a look. I think `ElementMapStep` has the same issue, and may want to improve it also.

In my query testing with `profile()`, having this option `query.batch-property-prefetch=true` prefetches all vertex properties in JanusGraphVertexStep, and hence HasStep just does the filtering in-memory.

Hi @porunov, thanks for the recent commits. I will look at the changes to learn from them. In our deployment, we also experience high latency with this query: ``` g.V().has('place',...

Thanks. I think it is worth mentioning that `hasLabel()` also has the same issue. I am not sure whether `label()` and `hasLabel()` share the same code path for retrieving labels...

Hi @porunov , in my test it looks like the `multiQuery` optimization sometimes does not apply to anonymous traversal. For example, the twos below both use multiQuery: ``` gremlin> g.V().has("_label_",...

It is not `1.0.0` but close. The commit ID is 0cb1221 back in August: https://github.com/JanusGraph/janusgraph/tree/0cb12219b23264060e1ecdf4a6b06832e9575e9d We could not wait for 1.0.0 so we picked that version.