不好意思,之前没有看到邮件,最近比较忙给耽误了。
其实也就是普通的一二跳,类似于 match (n:type1)-[e:e_type1]-(v:type2) return n, e, v
或者 match (n:type1)-[e1:e_type1]-(v:type2)-[e2:e_type2]-(r:type3) return e1, e2
之前测试发现从100~100w+数据规模查询,只要模式一样,console的执行完成时间都是差不多一致的,但是返回响应的数据时间有很大的时间,所以很多时候是因为rpc的数据传输导致的时间慢或者超过内存而挂掉或者RPC请求超时吗?(检索时间之和模式有关和数据规模关系不大?)
如果是这样是否哪里能够修改rpc的超时时间和传输的数据大小(之前grpc开发时发现需要调整传输数据的size)
match (v:user)<-[e:user_follower_user1…2]-(v2:user) where id(v) in [‘xxxx’] with distinct v, v2, v2.user.followers_count as count order by count desc limit 250 match (v)<-[e:user_follower_user1…2]-(v2) return v2, e union match (v:user)-[e:user_follower_user1…2]->(v2:user) where id(v) in [‘xxxxx’] with distinct v, v2, v2.user.followers_count as count order by count desc limit 250 match (v)-[e:user_follower_user1…2]->(v2) return v2, e;