1、lookup on NIK where NIK.nik_age > 50 yield NIK.idcard as idcard | limit <limit_number> | GO 1 to 2 STEPS FROM $-.VertexID OVER * YIELD $-.idcard as srcid, properties(edge), id($$) as dstid limit [limit_number, limit_number];
这样应该是ok的，这个在管道前加了limit。
2、单机上可以装多个graphd，不过也是建立在资源足够的情况下，所以只要有多个graphd，也可以并发执行。当然还是推荐集群方式部署。
3、现在nGQL中，go的语法必须要指定起始点，没办法像match一样。不过我们后续会针对match做性能优化。
嗯呢，1中这种是可以的，相当于是对每一跳都进行了limit过滤。2和3了解了，谢谢哈～
你好，在问一句哈，我们现在部署：单机版，32code，256G内存，2T SSD，因为性能match没办法实现，因此想知道如果安装单机的配置，我再部署2台机器一共3台机器，类似上述的match查询可以满足吗？
我理解目前的瓶颈应该不在硬件上，而是执行计划的策略上。
后面优化了的话应该会好很多。
好的，感谢您耐心的解答～
不客气~
有点疑问，这个参数应该在storaged.conf配置把
可以看一下它的底层配置，目前大部分配置都是在graph. conf中实现的
此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。