An Open Source Graph Database made for the cloud.

Nebula Graph

&gt; :face_with_cowboy_hat: 织寒:

「杨晓辉：node-link-node-link-node。。。。 node和link并不相同」
- - - - - - - - - - - - - - -
你的需求是不是想要自动生成一条复杂的match语句？

&gt; :nut_and_bolt: 赵天增:

这样感觉是不是会退化成类似关系型数据的查询啊

&gt; :nut_and_bolt: 赵天增:

确实很接近了

&gt; :face_with_cowboy_hat: 织寒:

我文字描述吧，不然饭碗可能会没

&gt; :face_with_cowboy_hat: 织寒:

「赵天增：老哥做这个花了多久」
- - - - - - - - - - - - - - -
这是一整套服务中一个部分，也没花很久，我工作都没满一年[囧]

&gt; :man_with_turban: 杨晓辉:

是的

&gt; :man_with_turban: 杨晓辉:

向老哥求教

&gt; :face_with_cowboy_hat: 织寒:

但其实pojo也很复杂

&gt; :face_with_cowboy_hat: 织寒:

我周末看看能不能把这部分拎出来开源吧，但是这个最终实践是没啥大用，因为大数据量情况下match真的满特别是长长的match

&gt; :face_with_cowboy_hat: 织寒:

建议多用go，在应用层多做些操作恨好受很多，nebula官方文档里就说适用于小规模高并发

&gt; :nut_and_bolt: 赵天增:

有一些细微差别

&gt; :face_with_cowboy_hat: 织寒:

「杨晓辉：没有对节点的约束吗 比如查询节点a的A属性，节点b的B属性，节点c的C属性，a和b的关系交ab，b和c的关系叫做bc，」
- - - - - - - - - - - - - - -
有

&gt; :man_with_turban: 杨晓辉:

之前用的neo4j，目前计划迁移nebula，match这种查询也不计划保留了，最近基本把封装的方法底层都换了

&gt; :nut_and_bolt: 赵天增:

长match应该不如多查几次吧

&gt; :man_with_turban: 杨晓辉:

没有对节点的约束吗 比如查询节点a的A属性，节点b的B属性，节点c的C属性，a和b的关系交ab，b和c的关系叫做bc，

&gt; :face_with_cowboy_hat: 织寒:

但是真的巨慢

&gt; :man_with_turban: 杨晓辉:

不一样

&gt; :face_with_cowboy_hat: 织寒:

对中间节点的属性进行约束

&gt; :nut_and_bolt: 赵天增:

但是感觉neo4j的match和nebula差不多吧

&gt; :nut_and_bolt: 赵天增:

neo4j limit超时吗

&gt; :man_with_turban: 杨晓辉:

起码limit不会查超时

&gt; :face_with_cowboy_hat: 织寒:

我们现在这种不用match写了，改成go自己多查几次自己在应用层过滤

&gt; :man_with_turban: 杨晓辉:

nebula match 节点数据量大的情况下 limit 会超时

&gt; :face_with_cowboy_hat: 织寒:

我们还用的2.6.2老版本，老版本match的过滤是没下推的

&gt; :clock7: ZGT:

大佬们，想请教一个问题，如果想对我的一张图进行结构上的调整，比如说可能会少几个点，请问这种情况下有什么高效的办法吗？

&gt; :triumph: 北冥咸鱼:

「杨晓辉：nebula match 节点数据量大的情况下 limit 会超时」
- - - - - - - - - - - - - - -
数据量多少的情况

&gt; :persevere: 程训焘:

删除是持久化的 所有变更都是持久化的

&gt; :man_with_turban: 杨晓辉:

8百万

&gt; :persevere: 程训焘:

数据库中的数据都是落盘的